1. deployment的pod每次扩容，为什么老在一个节点（所有节点均可调度，状态均正常）？2. deployment为什么扩容完成后，pod的个数不发现变化(所有节点均可调度，状态均正常) ?

container元数据：以Mysql的容器为例{'args': None,'command': None,'env': [{'name': 'MYSQL_USER', 'value': 'longway'},{'name': 'MYSQL_PASSWORD', 'value': '123456'},{'name': 'MYSQL_ROOT_PASSWORD', 'value': 'abcde'}

需求：python后端数据：labels= {'app': 'nginx', 'project': 'k8s'}在前端我们需要这样显示：通过django的前端html处理代码就可以实现：{% if labels %}{% for k,v in labels.items %}{{ k }}={{ v }}...

很早就很想弄一个k8s的管理平台，一直都在做一些准备工作，迟迟没有开始。技术选型，web框架 ，页面展示 这些我都得从零开始，好在自己有django+adminlte的积累。页面显示，最后决定选择模仿openshift，结合自己的想要展现的东西，边写边查，收获良多。从底层代码结构逆向学习k8s基础，很多东西豁然开朗，很多东西都串起来了。以前很讨厌看的yaml文件，现在看起来很亲切了。一个deplo

记录一下： request请求 的值 小于limits限制值，对象有cpu和memory， 比较简单没什么好说的。至于分配到哪个节点，这个可以看container的元数据。'resources': {'limits': {'cpu': '0.5','memory': '500Mi'},...

Init Container可以在多种K8S资源里被使用到如Deployment、Daemon Set, Pet Set, Job等，但归根结底都是在Pod启动时，在主容器启动前执行，做初始化工作。Init 容器不支持 lifecycle、livenessProbe、readinessProbe 和 startupProbe， 因为它们必须在 Pod 就绪之前运行完成。应用场景：第一种场景：等待其

用户反应： 创建资源的时候无法从本地pull image造成deployment失败。检查思路：根据用户提供的创建失败deployment。 通过kubectl describe deployment/xxx -n yyy可以看到提示没有使用本地的image，但是拉取github的image提示需要docker login。docker images可以看到node1节点(非master)本地有这

patch是局部更新，增删改某一个属性，deployment回滚功能：replace是全局更新，对deployment的yaml文件进行整体修改的功能：

问题描述： 用户反应deployment创建不成功, 通过describe查看报错如下，pod has unbound immediate PersistentVolumeClaims用户自己也查了按照网上的方法都没解决。我也按照用户提供方法尝试了一下，没有成功。从提示看，是pod不能绑定到pvc，我第一感觉是pv，pvc是不是配置有问题。最后发现确实是管理员pv写的太草率了。重点部分已经标黑，i