Kubernetes最佳实践案例.docxVIP

PAGE PAGE 1 Kubernetes 最佳实践案例 目 录 实践案例 6.1 资源控制 6.1.1 高可用 6.1.2 调试 6.1.3 端口映射 6.1.4 端口转发 6.1.5 GPU 6.1.6 HugePage 6.1.7 安全 6.1.8 审计 6.1.9 备份恢复 6.1.10 大规模集群 6.1.11 大数据与机器学习 6.2 Spark 6.2.1 Tensorflow 6.2.2 Serverless 6.3 实践案例 实践案例 PAGE PAGE 867 Kubernetes 实践 Kubernetes 实践及常用技巧，包括资源控制 监控 日 志高可用调试 端口映射端口转发GPU 安全审计 除了这些技巧外， AKS 官方文档 也包含了很多集群操作和应用程序的最佳做法。 资源控制 资源控制 资源控制 推荐在 YAML 清单中针对所有 pod 设置 pod 请求和限制： pod 请求定义 pod 所需的 CPU 和内存量。 Kubernetes 基于这些请求量进行节点调度。 pod 限制是 pod 可以使用的最大 CPU 和内存量，用于防治失控 Pod 占用过多资源。 如果不包含这些值， Kubernetes 调度程序将不知道需要多少资源。 调度程序可能会在资源不足的节点上运行 pod ，从而无法提供可接受的应用程序性能。 群集管理员也可以为需要设置资源请求和限制的命名空间设置资源配额。 使用 kube-advisor 检查应用程序问题 你可以定期运行 kube-advisor 工具，检查应用程序的配置是否存在问题。运行 kube-advisor 示例： $ kubectl apply -f /Azure/kube-advisor/raw/master/s a.yaml ubeadvisor --restart=Never --overrides= { \apiVersion\: \v1\, \s pec\: { \serviceAccountName\: \kube-advisor\ } } If you don t see a command prompt, try pressing enter. + + + + + + | NAMESPACE | | POD NAME ISSUE | POD CPU/MEMORY | CONTAINER | + + + + + + | default | demo-58bcb96b46-9952m | 0 / 41272Ki | demo | CPU Resource Limits Missing + + | + + + | | + | | | Memory Resource Limits Missing | + + + + + + | | | | | CPU Request Limits Missing | + + + + + + | | | | | Memory Request Limits Missing | + + + + + + 参考文档 /Azure/kube-advisor Best practices for application developers to manage resources in Azure Kubernetes Service 高可用 高可用 870 870 Kubernetes HA Kubernetes 从 1.5 开始，通过 kops 或者 kube-up.sh 部署的集群会自动部署一个高可用的系统，包括 Etcd 集群模式 kube-apiserver 负载均衡 kube-controller-manager 、kube-scheduler 和 cluster-autoscaler 自动选主（有且仅有一个运行实例） 如下图所示 注意：以下步骤假设每台机器上 Kubelet 和 Docker 已配置并处于正常运行状态。 Etcd 集群 安 装 cfssl PAGE PAGE 871 # On all etcd nodes curl -o /usr/ local /bin/cfssl md64 curl -o /usr/ local /bin/cfssljson _linux-amd64 chmod +x /usr/ local /bin/cfssl* 生 成 CA certs: # SSH etcd0 mkdir -p /etc/kubernetes/pki/etcd cd /etc/kubernetes/pki/etcd cat ca-config.json EOF { signing : { default : { expiry : 43800h }, profiles : { ser