老传统的Zabbix、Ganglia以及现在流行的Promethues\Grafna、 Heapster 都可以的

容器云上运行有状态应用，比如redis，比较成熟的做法是使用Operator。通过Operator做缓存/DB集群在K8S上的管理。这种模式的缓存群通常是不跨K8S集群的，也不必跨，因为持久数据是在DB上的。

如果说的是一个K8S集群内Pod间的同步，那么可以通过数据卷的挂载来完成，相关数据放在后端的文件存储中，再由Pod按需挂载。并且卷在挂载时可以分配只读、读写的权限。至于跨集群下的数据同步，只要是通过卷把数据挂出去，做到应用和数据分离的话，那么这就会变成了一个单纯的数据同...

已解决，再开个sshd端口。

这个要结合JMX exporter Prometheus让架构师看看

Pending：表示pod已经被同意创建，正在等待kube-scheduler选择合适的节点创建，一般是在准备镜像；Running：表示pod中所有的容器已经被创建，并且至少有一个容器正在运行或者是正在启动或者是正在重启；Succeeded：表示所有容器已经成功终止，并且不会再启动；Failed：表示pod中所有容器都是非...

尽管直接部署单个容器也许会更容易，但增加Pod这个新的抽象层会带来新的好处。容器是一个真实存在的实体，它代表一个具体的东西。这个“东西”可以是一个Docker容器，也可以是一个rkt容器。每种“东西”都有不同的用途。为了管理容器，Kubernetes需要更多的信息，比如重启策略（rest...

可以通过Service的NodePort方式访问，会在所有节点监听同一个端口，比如：30000，访问节点的流量会被重定向到对应的Service上面。

貌似没有微服务和容器资源的使用相关的说法，消耗多少资源，这个和实际的业务有关，和微服务拆分没有直接的关系，也没有一个消耗多少资源合理的标准。一般微服务要求采用容器部署就是利于弹性扩展，可以设置一个阈值进行自动扩展。这个值一般设定为一个时间段，超过60-80%，具体数字和...

可以大家一起讨论，一种做法是通过上层的云管理平台，为每个集群分配实例数，同时结合数据中心间的负载均衡策略，实现双活应用。在一个数据中心不可用时，需要通过云管，将实例转移到另外的集群。...