我是kubernetes新手。我在创建pod时有一个问题。当我运行命令
1 | kubectl get pods |
由于“wso2am-default-813fy”节点的问题，我需要重新启动它。有什么建议吗？
通常在“ImagePullBackOff”的情况下，它会在几秒钟/几分钟后重试。如果您想再次手动尝试，可以删除旧pod并重新创建pod。删除并重新创建pod的命令是：
1 | kubectl replace --force -f <yml_file_describing_pod> |
如果没有yaml文件：
1 | kubectl get pod PODNAME -n NAMESPACE -o yaml | kubectl replace --force -f - |
我刚刚将kubeadm和kubelet升级到v1.8.0。并按照官方文档安装Dashboard。
1 | kubectl apply -f https://raw.githubusercontent.com/kubernetes/dashboard/master/src/deploy/recommended/kubernetes-dashboard.yaml |
之后，我通过运行如下命令启动Dashboard：
1 | kubectl proxy --address="192.168.0.101" -p 8001 --accept-hosts='^*$' |
幸运的是，我能够访问到Dashboard：
http://192.168.0.101:8001/api/v1/namespaces/kube-system/services/https:kubernetes-dashboard:/proxy/
我被重定向选择认证方式的页面：Kubeconfig或Token。
我尝试将/etc/kubernetes/admin.conf作为kubeconfig上传，但失败了。然后我尝试使用我从kubeadm令牌列表中获取的令牌进行登录但又失败了。
问题是我如何登录Dashboard。看起来他们添加了许多安全机制。谢谢。
从1.7版本开始，Dashboard 使用更安全的设置。这意味着，默认情况下，它具有最小的权限集，并且只能通过HTTPS访问。在执行任何进一步的步骤之前，建议阅读访问控制指南。
从版本1.7开始，Dashboard支持基于以下内容的用户身份验证：
- 可以在Dashboard登录视图上使用的Bearer Token
- 可以在Dashboard登录视图上使用的Username/password
这里Token可以是静态令牌，服务帐户令牌，来自Kubernetes Authenticating的OpenID Connect Token，但不是kubeadm Bootstrap Token。
使用kubectl，我们可以获得默认情况下在kubernetes中创建的服务帐户（例如deployment）。
1 | kubectl -n kube-system get secret |
kubeconfig文件中的用户需要用户名和密码或令牌，而admin.conf只有客户端证书。
1 | kubectl config set-credentials cluster-admin --token=bearer_token |
以下是绕过身份验证的两种方法，但请谨慎使用。
1 | kubectl apply -f https://raw.githubusercontent.com/kubernetes/dashboard/master/src/deploy/alternative/kubernetes-dashboard.yaml |
可以使用kubectl代理在http://localhost:8001/ui加载Dashboard。
1 | cat <<EOF | kubectl create -f - |
之后，您可以使用登录页面上的“跳过”选项来访问Dashboard。
如果您使用的是Dashboard v1.10.1版本或更高版本，则还必须将–enable-skip-login添加到部署的命令行参数中。您可以通过将其添加到kubectl edit deployment/kubernetes-dashboard –namespace=kube-system中的args来实现。
1 | containers: |
我已经用命令启动了pods：
1 | kubectl run busybox --image=busybox --restart=Never --tty -i --generator=run-pod/v1 |
出了点问题，现在我无法删除这个pod，我尝试使用下面的方法，但它不断重建自己：
1 | kubectl delete pods busybox-na3tm |
您需要删除deployment，而deployment会自动删除pod和replica sets
列出所有deployment：
1 | kubectl get deployments --all-namespaces |
然后删除deployment：
1 | kubectl delete -n NAMESPACE deployment DEPLOYMENT |
NAMESPACE是其所在的命名空间，而DEPLOYMENT是deployment资源的名称。
在某些情况下，由于job或daemonset也可能正在运行。检查以下内容并运行相应的删除命令。
1 | kubectl get jobs |
我在kubernetes 8集群上安装了helm 2.6.2。helm init运行正常。但是当我运行helm list时它会给出这个错误。
1 | helm list |
如何解决此RABC错误消息？
运行如下这些命令可以解决：
1 | kubectl create serviceaccount --namespace kube-system tiller |
高票答案提供对Helm的完全管理员访问权限，这不是最明智的安全解决方案。通过更多工作，我们可以限制Helm对特定命名空间的访问。更多细节请参考Helm文档。
1 | kubectl create namespace tiller-world |
定义一个角色，允许Tiller管理tiller-world中的所有资源，如role-tiller.yaml：
1 | kind: Role |
然后运行：
1 | kubectl create -f role-tiller.yaml |
在rolebinding-tiller.yaml中，
1 | kind: RoleBinding |
然后运行：
1 | kubectl create -f rolebinding-tiller.yaml |
之后，可以运行helm init以在tiller-world命名空间中安装Tiller。
1 | helm init --service-account tiller --tiller-namespace tiller-world |
现在使用–tiller-namespace tiller-world为所有命令添加前缀，或者在环境变量中设置TILLER_NAMESPACE = tiller-world。
停止使用Tiller。Helm 3彻底消除了对Tiller的需求。如果您使用的是Helm 2，则可以使用helm模板从Helm chart生成yaml，然后运行kubectl apply将对象应用于Kubernetes集群。
1 | helm template --name foo --namespace bar --output-dir ./output ./chart-template |
helm list : cannot list configmaps in the namespace “kube-system”
我现在正在尝试在Kubernetes集群上运行一个带shell（/bin/bash）的简单容器。
我认为有一种方法可以通过使用伪tty和detach选项（docker run命令上的-td选项）来保持容器在Docker容器上运行。
例如，
1 | sudo docker run -td ubuntu:latest |
在Kubernetes有这样的选择吗？
我尝试使用kubectl run-container命令运行容器，如：
1 | kubectl run-container test_container ubuntu:latest --replicas=1 |
但是容器几秒后会退出（就像使用docker run命令启动而没有上面提到的选项）。并且ReplicationController会重复启动它。
有没有办法让容器在Kubernetes上运行，就像docker run命令中的-td选项一样？
当主进程退出时，容器退出。做类似的事情：
1 | docker run -itd debian |
坦率地说，容器打开是一个只能用于快速测试和示例的黑客攻击。如果你只想要一个容器进行几分钟的测试，我会这样做：
1 | docker run -d debian sleep 300 |
其优点是，如果忘记了容器，容器将自动退出。或者，可以在while循环中放置类似的内容以使其永久运行，或者只运行top等应用程序。所有这些在Kubernetes中应该很容易做到。
1 | apiVersion: v1 |
真正的问题是你为什么要这样做？您的容器应该提供服务，其过程将使容器在后台运行。
在Kubernetes / Docker生态系统中，存在使用/ healthz作为应用程序的健康检查的约定。
‘healthz’这个名字来自哪里，是否有与该名称相关的特定语义？
它历来源于谷歌的内部实践。他们被称为“z-pages”。
它以z结尾的原因是减少与具有相同名称（如/status）的实际应用程序冲突。有关更多信息，请参阅此演讲：https://vimeo.com/173610242
类似的（至少在Google内部）有/varz，/statusz，/rpcz。Google开发的服务会自动获取这些状态以导出其运行状况和指标，并且有一些工具可以从所有已部署的服务中收集公开的指标/状态。
像Prometheus这样的开源工具通过到知名接口来收集应用程序中的指标，实现了这种模式（因为Prometheus的原始作者也是前Google员工）。类似地，OpenCensus允许您从应用程序（最好是在不同的端口上）公开z页面来诊断问题。
Where does the convention of using /healthz for application health checks come from?
本指南仅涵盖升级和迁移的版本> = v1.8.0
将现有Harbor实例升级到较新版本时，可能需要迁移数据库中的数据和harbor.cfg中的设置。由于迁移可能会更改数据库架构和harbor.cfg的设置，因此务必在迁移之前备份数据。
注意：
登录Harbor运行的主机，如果仍在运行，则停止并删除现有的Harbor实例：
1 | cd harbor |
备份Harbor的当前文件，以便可以在必要时回滚到当前版本：
1 | mv harbor /my_backup_dir/harbor |
备份数据库（默认情况下在/data/database中）：
1 | cp -r /data/database /my_backup_dir/ |
从Github获取最新的Harbor发布包：https://github.com/goharbor/harbor/releases
在升级Harbour之前，请先执行迁移。迁移工具作为docker镜像提供，因此应该先从docker hub中拉取镜像。在以下命令中将[tag]替换为Harbor的发行版本（例如v1.5.0）：
1 | docker pull goharbor/harbor-migrator:[tag] |
从harbor.cfg升级到harbor.yml：
1 | docker run -it --rm -v ${harbor_cfg}:/harbor-migration/harbor-cfg/harbor.cfg -v ${harbor_yml}:/harbor-migration/harbor-cfg-out/harbor.yml goharbor/harbor-migrator:[tag] --cfg up |
注意1：可以在步骤3中获取的解压缩安装程序中找到$ {harbor_yml}，迁移后，该路径中的文件harbor.yml将使用$ {harbor_cfg}中的值更新
注意2：数据库升级和数据迁移由Harbor启动时自动执行，如果迁移失败，请检查核心日志以进行调试。
在./harbor目录下，运行./install.sh脚本以安装新的Harbor实例。如果选择使用Notary，Clair和chartmuseum等组件安装Harbour，请参阅“安装和配置指南”以获取更多信息。
无论出于何种原因，如果想回滚到之前版本的Harbour，请按照以下步骤操作：
注意：回滚不支持跨v1.5.0升级，例如从v1.2.0升级到v1.7.0。这是因为Harbor从v1.7.0将DB更改为PostgreSQL，迁移器无法将数据回滚到MariaDB。
如果仍在运行，请停止并删除当前的Harbor服务：
1 | cd harbor |
删除当前的Harbor实例：
1 | rm -rf harbor |
恢复Harbor的旧版本包：
1 | mv /my_backup_dir/harbor harbor |
恢复数据库，将数据文件从备份目录复制到数据卷，默认为/data/database。
使用以前的配置重新启动Harbor服务。
如果安装了以前版本的Harbor：
1 | cd harbor |
在查看文档时看到，有一个api调用可以删除pod，有没有办法杀死所有命名空间中的所有pod？
没有命令可以完全按照你的要求去做。
可以使用以下命令删除单个命名空间中的所有pod：
1 | kubectl delete --all pods --namespace=foo |
可以使用以下命令删除所有命名空间以及每个命名空间中的每个对象（但不包括非命名空间的对象，如节点和某些事件）：
1 | kubectl delete --all namespaces |
但是，后一个命令可能不是你想要做的事情，因为它会删除kube-system命名空间中的东西，这会使你的集群无法使用。
此命令将删除除kube-system之外的所有名称空间，这可能很有用：
1 | for each in $(kubectl get ns -o jsonpath="{.items[*].metadata.name}" | grep -v kube-system); |
在搭建个人博客时遇到了一个大家都遇到过的坑，那就是在github上托管的博客在百度上是搜索不到的，所以就有了把个人博客同时托管到github和coding之说。
搭建教程网上一搜一大把，不再详述（可参考这里），这里只记录下搭建过程中需要注意的几个地方。
yq是一个轻量级的便携式命令行YAML处理器。该工具的目标是成为yaml文件处理方面的jq或sed。
路径可以使用’prefix’命令作为前缀。完整的yaml内容将嵌套在新的前缀路径中。
1 | yq p <yaml_file> <path> |
给出sample.yaml文件：
1 | a: simple |
然后
1 | yq p data1.yaml c |
输出
1 | c: |
给定data1.yaml文件：
1 | a: |
然后
1 | yq p data1.yaml c.d |
输出
1 | c: |
给定data1.yaml文件：
1 | a: simple |
然后
1 | yq p -i data1.yaml c |
将更新data1.yaml文件，以便路径’c’作为所有其他路径的前缀。
给定data1.yaml文件：
1 | something: else |
然后
1 | yq p -d1 data1.yaml c |
输出
1 | something: else |
给定data1.yaml文件：
1 | something: else |
然后
1 | yq p -d'*' data1.yaml c |
输出
1 | c: |
可以使用’merge’命令合并Yaml文件。与第一个文件合并的每个附加文件将为任何尚未存在的key或没有值的key设置值。
1 | yq m <yaml_file> <path>... |
给出data1.yaml文件：
1 | a: simple |
和data2.yaml文件：
1 | a: other |
然后
1 | yq m data1.yaml data2.yaml |
输出
1 | a: simple |
给出data1.yaml文件：
1 | a: simple |
和data2.yaml文件：
1 | a: other |
然后
1 | yq m -i data1.yaml data2.yaml |
将更新data1.yaml文件，将’c’的值为’test：1’。
给出data1.yaml文件：
1 | a: simple |
和data2.yaml文件：
1 | a: other |
然后
1 | yq m -x data1.yaml data2.yaml |
输出
1 | a: other |
给出data1.yaml文件：
1 | a: simple |
和data3.yaml文件：
1 | b: [3, 4] |
然后
1 | yq m -x data1.yaml data3.yaml |
输出
1 | a: simple |
请注意，’b’不会导致数组中值的合并
给出data1.yaml文件：
1 | a: simple |
和data3.yaml文件：
1 | a: something |
然后
1 | yq m -a data1.yaml data3.yaml |
输出
1 | a: simple |
请注意，’b’数组已连接第二个数据文件中的值。另请注意，其他map键不会被覆盖（字段a）。
Append不能与overwrite一起使用，如果给出了两个标志，则忽略append。
目前，yq仅对要合并的第一个文档提供多文档支持。剩余的yaml文件将选择其第一个文档。
给出data1.yaml文件：
1 | something: else |
和data3.yaml文件：
1 | b: dog |
然后
1 | yq m -x -d1 data1.yaml data3.yaml |
输出
1 | something: else |
目前，yq仅对要合并的第一个文档提供多文档支持。剩余的yaml文件将选择其第一个文档。
给定data1.yaml文件：
1 | something: else |
和data3.yaml文件：
1 | b: dog |
然后
1 | yq m -x -d'*' data1.yaml data3.yaml |
输出
1 | b: dog |
将输出转换为json，请使用–tojson（或-j）标志。这只能与read命令一起使用。
给出sample.yaml文件：
1 | b: |
然后
1 | yq r -j sample.yaml b.c |
输出
1 | {"b":{"c":2}} |
要读入json，只需传入一个json文件而不是yaml，它就可以工作了:)
例如给出一个json文件：
1 | {"a":"Easy! as one two three","b":{"c":2,"d":[3,4]}} |
然后
1 | yq r sample.json |
输出
1 | a: Easy! as one two three |