摘要：仪表盘是一个旨在将通用的基于的监控和操作界面加入的项目。目前可以处理所有的工作负载资源指等这些中的资源。监控和故障排除为了向中显示的对象添加资源使用统计图表。这一重要工作将为云应用的调试和故障排除带来可行性。
编者按：这篇文章是关于Kubernetes 1.3新功能一系列深入文章的一部分，本文是第八篇。
Kubernetes Dashboard（仪表盘）是一个旨在将通用的基于Web的监控和操作界面加入 Kubernetes 的项目。
三个月前，我们发布了第一个可用于生产环境的版本，从那时起，我们对 dashboard 进行了巨大改进。现在你在浏览器中就能完成 Kubernetes 的主要操作。
本文中，我们将重点讨论 dashboard 的新功能和未来的开发计划。
“全功能的dashboard ”感谢社区和项目成员的大量贡献，我们才能在 Kubernetes 1.3中加入许多新功能。
我们认真倾听了用户（见图表 http://static.lwy.io/img/kube...）的所有优秀反馈并解决了优先级最高的需求和痛点。
dashboard UI 目前可以处理所有的工作负载资源（指 Service、Pod 等这些 k8s 中的资源）。这意味着无论你使用什么类型的工作负载资源，它在Web界面上都是可见的，并且可以进行相应的操作。
例如，你可以通过 Pet Sets 修改有状态的 MySQL、通过 Deployment 来为 Web 服务器进行滚动升级、使用 DaemonSets 安装集群监控。
显示集群中所有工作负载的主页面
除了查看资源外，你还可以创建、编辑、更新和删除它们。这为 dashboard 带来了更多的使用场景。
例如，你可以结束运行失败的 Pod，通过 Deployment 进行滚动升级，或只是组织你的资源。
你还可以导入导出应用的 YAML 配置文件，并存储在版本控制系统（git等）里。
YAML的资源编辑器和导出器。
发布的内容包括用于管理和操作集群节点的概要视图。概要视图列出了集群中的所有节点，以便对有问题的节点进行简单分析和快速筛选。
详细视图显示了节点上的所有信息以及运行在此节点上Pod的链接。
节点视图列出了详细信息以及在节点上运行的Pod。
这个版本也添加了许多较小的功能（例如：对名称空间的资源、国际化、性能改进的支持）以及许多 bug 的修复（具体请查看发布日志https://github.com/kubernetes...）。
所有这些改进造就了更好更简洁的用户体验。
“计划支持的新特性”我们对未来有宏大的计划，并且对所有的新功能请求持开放态度，你可以在我们的 Issues 中写下你的想法（https://github.com/kubernetes...）。
下面列出我们接下来几个月的工作重点：
● 处理更多的 Kubernetes 资源（https://github.com/kubernetes...）-为了显示用户可能关心的所有资源。一旦完成，dashboard 可以完全替换命令行工具（kubectl 等）。
● 监控和故障排除（https://github.com/kubernetes...）-为了向 dashboard 中显示的对象添加资源使用统计图表。这一重要工作将为云应用的调试和故障排除带来可行性。
● 安全，认证和登录（
https://github.com/kubernetes...）-使 dashboard 可从外部网络访问集群并与自定义的身份验证系统一起工作。
本文由时速云翻译，如若转载，需注明转载自“时速云”
原文链接：http://blog.kubernetes.io/201...
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/32504.html
kubeadm介绍kubeadm概述Kubeadm 是一个工具，它提供了 kubeadm init 以及 kubeadm join 这两个命令作为快速创建 kubernetes 集群的最佳实践。 kubeadm 通过执行必要的操作来启动和运行一个最小可用的集群。kubeadm 只关心启动集群，而不关心其他工作，如部署前的节点准备工作、安装各种Kubernetes Dashboard、监控解决方案...
摘要：不过目前主流的做法包括半自动部署方案都是让主节点通过在容器中运行等东西。 转载自笔者的博客 kubernetes 容器平台分析 Docker 容器算是目前最火的云计算产品了，因为它解决了很多运维和开发上的痛点问题，比如抹平了开发和生产的环境区别，甚至可以做到在生产环境使用 RHEL，而开发使用 Ubuntu，也能平滑部署，但是想要真正的将其投放到生产环境中，实际上还有很多问题亟待解决。...
摘要：不过目前主流的做法包括半自动部署方案都是让主节点通过在容器中运行等东西。 转载自笔者的博客 kubernetes 容器平台分析 Docker 容器算是目前最火的云计算产品了，因为它解决了很多运维和开发上的痛点问题，比如抹平了开发和生产的环境区别，甚至可以做到在生产环境使用 RHEL，而开发使用 Ubuntu，也能平滑部署，但是想要真正的将其投放到生产环境中，实际上还有很多问题亟待解决。...
摘要：基于的本地环境搭建与应用部署归纳于分布式容器与编排，参考了一文，更多或者相关资料参阅。最后我们还可以用与命令来删除应用 showImg(https://segmentfault.com/img/remote/1460000006760432); 基于 Docker for MAC 的 Kubernetes 本地环境搭建与应用部署归纳于分布式容器与编排，参考了 Docker + Kub...
摘要：基于的本地环境搭建与应用部署归纳于分布式容器与编排，参考了一文，更多或者相关资料参阅。最后我们还可以用与命令来删除应用 showImg(https://segmentfault.com/img/remote/1460000006760432); 基于 Docker for MAC 的 Kubernetes 本地环境搭建与应用部署归纳于分布式容器与编排，参考了 Docker + Kub...
阅读 3289·2023-04-26 02:40
阅读 4637·2021-09-22 15:22
阅读 1572·2021-09-22 10:02
阅读 3474·2021-08-11 10:23
阅读 1387·2019-08-30 15:55
阅读 2486·2019-08-30 12:48
阅读 583·2019-08-30 11:04
阅读 696·2019-08-29 16:29
