KubeOperator 的定位是什么？

云原生正在快速兴起，三个互相关联的领域在同步进化:

• 基础设施方面: 从 物理资源 到 虚拟化资源 到 容器化（ Kubernetes ）资源 的演进；
• 开发模式方面: 从 瀑布模型 到 敏捷开发 到 DevOps 的演进；
• 应用架构方面: 从 单体架构 到 多层次架构 到 微服务 的演进。

KubeOperator 是一个开源的轻量级 Kubernetes 发行版。与 OpenShift 等重量级 PaaS 平台相比，KubeOperator 只专注于解决一个问题，就是帮助企业规划（Day 0）、部署（Day 1）、运营（Day 2）生产级别的 Kubernetes 集群，并且做到极致。

开源版和企业版的区别？

和同属飞致云旗下的 JumpServer 开源堡垒机一样，KubeOperator 的核心功能全部开源，坚持按月发布新版本，永久免费使用。

相比 KubeOperator 开源版，KubeOperator 企业版提供面向企业级应用场景的 X-Pack 增强包，以及高等级的原厂企业级支持服务，有效助力企业构建并运营生产级别的 K8s 集群。其中，X-Pack 增强包括一些企业级客户所需的附加功能，比如自定义 Logo 和主题、LDAP 对接等，X-Pack 增强包的具体功能会随新版发布持续增加。

KubeOperator 与 Kubespray 等部署工具的区别是什么？

KubeOperator 不仅提供 Day 1 部署功能，还提供 Day 2 的 Kubernetes 集群升级、扩容、监控检查、备份恢复等功能，如下图所示。

KubeOperator 不仅支持安装程序本身，还提供了一组工具来监视 Kubernetes 集群的持续运行。KubeOperator 的优势包括:

• 提供可视化的 Web UI，大大降低部署和管理 Kubernetes 的门槛；
• 提供离线的、经过全面验证和测试的安装包；
• 与 VMware 和 Openstack 等云平台紧密对接，能够实现一键虚机自动创建和部署（基于 Terraform 和 Ansible）；
• KubeOperator 会提供经过充分验证的成熟企业级存储和网络方案。

Kubernetes 集群应该部署在物理机上面，还是 IaaS 平台上面？

总的来说，企业有两种方案选择:

• 基于物理机部署大的 Kubernetes 集群: 通过 namespace 实现租户的隔离；
• 基于 IaaS 平台之上部署多个 Kubernetes 集群: 为每个租户分配独立的 Kubernetes 集群。

这两种方案各有好处，在 Kubernetes 采纳初期，使用第二种方案更为理性，因为:

• 如果是单一大集群，升级会影响所有租户，风险比较大；
• IaaS 平台上有成熟的、基于软件定义的存储和网络方案，落地更容易和灵活；
• KubeOperator 与 VMware、Openstack 等 IaaS 方案紧密集成，可以实现全栈的自动化，集群交付快，伸缩快。

KubeOperator 是否使用二进制方式部署 Kubernetes？

否。是基于 kubeadm 容器化部署 Kubernetes 集群。

采用原生 Kubernetes 有什么好处？

总的来说，相对于发行版，采纳原生 Kubernetes 有两个好处:

• Kubernetes 迭代很快，且只维护最新的三个大版本。如果采纳其他发行版，可能很容易出现和原生版本脱节的情况。
• 由于 Operator 和 Helm 等日趋成熟，很多发行版的功能，比如 CI/ CD, Istio 等都可以通过 addon 方式部署到 Kubernetes 集群里面。Kubernetes 集群及其里面的应用应该是分离的，各自迭代升级。

KubeOperator 支持哪些持久化存储？

KubeOperator 支持三类存储:

• NFS 存储: 手动模式和自动模式下的集群都支持 NFS 作为持久化存储。
• 自动模式下，KubeOperator 通过 VMware 提供的 vSphere Cloud Provider 支持企业级存储，包括 具体请参考: https://vmware.github.io/vsphere-storage-for-kubernetes/documentation/overview.html#vsphere-storage-concepts
• 自动模式下，KubeOperator 通过 Openstack 提供的 Openstack Cloud Provider 对接 Cinder。Cinder 支持的存储种类包括: https://wiki.openstack.org/wiki/CinderSupportMatrix

Static and Dynamic PVs 的支持情况取决于所选择的存储。以 vSphere 平台为例，各种存储选项可以参考这篇文章:

https://docs.vmware.com/en/VMware-Enterprise-PKS/1.5/vmware-enterprise-pks-15/GUID-vsphere-persistent-storage.html

KubeOperator 自身重启、升级或者挂掉会影响其创建和管理的 Kubernetes 集群吗？

不会有任何影响。KubeOperator 是一个 100% 旁路系统，其与被管 Kubernetes 集群完全解耦。

重启 KubeOperator 部署的 Kubernetes 集群的节点后，比如 Master 或者 Worker 节点，会自动恢复正常吗？

会自动恢复正常。

KubeOperator 支持的 vSphere 版本是什么？

• 如果是手动部署模式 + NFS，支持 vSphere 5.5 及以上版本。
• 如果是自动模式 + vSAN，支持 vSphere 6.5 及以上版本

KubeOperator 仅支持 CentOS 7.6 Minimal 及以上版本作为 Kubernetes 节点的操作系统吗？

是。KubeOperator 的管理范围包括操作系统，比如操作系统补丁升级，其提供的离线包包括操作系统（自动模式）及其 RPM 包，一个离线包版本代表一个终态，并被充分测试和验证。

注: KubeOperator 不支持 CentOS 8，目前支持的版本是 CentOS 7.4+。

KubeOperator 是否已通过云原生基金会的 Kubernetes 软件一致性认证？

是的。KubeOperator 已经通过认证，具体请参加: https://landscape.cncf.io

KubeOperator 和 Rancher 有什么区别？

Rancher 是完整的容器管理平台，KubeOperator 仅专注于帮助企业规划、部署和运营生产级别的 Kubernetes 集群，和 KubeOperator 有可比性的是 Rancher RKE，而不是 Rancher 全部。

KubeOperator 推荐企业采纳解耦的方式来实现云原生之路，也就是说容器云平台与其之上的 DevOps 平台、微服务治理平台、AI 平台、应用商店等是解耦的。

Kubernetes 集群中的 master 节点的推荐配置？

Kubernetes 集群中 master 节点配置取决于 worker 节点数量，推荐配置参考如下:

应用商店部署的 Harbor ，可以通过 Web UI 访问，但是 docker login 不成功？

以默认的 NodePort 访问为例:

• 上传 Harbor 离线应用到应用商店

• 点击 Harbor 进行部署

• 部署前对 value.yaml 做以下修改

  1. 开启 TLS，修改 enable = true
  2. 配置一个固定的 NodePort 端口，端口不要和现有环境冲突即可
  3. 修改 externalURL: https://worker:port , 如图: 172.16.10.100是 worker 节点的IP，30003 是第二个步骤中为 NodePort 设置的固定端口
  4. 点就右上角“部署”按钮，进行部署
• 在本地 Docker 客户端配置 daemon.json,使之信任 Harbor 私有仓库

{
  ... 
  "insecure-registries" : [
    "172.16.10.100:30003"
  ]
  ...
}

• 在本地进行 docker login ，使用正确的用户名和密码进行登录

$ docker login 172.16.10.100:30003
Username: admin
Password:
Login Succeeded

注意: 不论你是用 Ingress 还是 ClusterIP 对 Harbor 进行服务暴露，externalURL 一定要和实际访问 Harbor 时的 URL 一致，否则 docker login 认证时将会失败。