容器、Docker与Kubernetes——Kubernetes的配置入门

命令（Command）

管理类（Management）

kubectl apply -f service-file.yml

kubectl rollout

窥探类（Introspection）

kubectl describe [pod,service,...] [resource]

kubectl logs [resource]

kubectl get [pods,deployments,services,...]

kubectl exec

部署新镜像

• 将新的容器打上:latest的Tag，然后手动删除运行中的Pod，然后Deployment会自动用最新的容器重新启动Pod；
• 更新服务的配置文件（Deployment yaml），让容器指向指向最新的container label，比如：redis-cache:9c713a，然后重新apply这个配置文件到Kubernetes的集群中，这种方式需要对配置文件进行版本控制；
• 手动更新Deployment下Pod的镜像版本：kubectl set image deployment/[service name] *=[new image]。

• 所有Pod template的image都指向容器的:latest tag；
• 新的容器被Push到注册中心时除了打上:latest tag以外还要打上与代码git仓库HEAD指针指向的Commit号相同的tag（如:9c713a）；
• 运行kubectl set image deployment/[service name] *=[new image] 时填入git commit hash号标识的镜像。

1. 用set image 命令来更新Pods的镜像非常的优雅，因为可以使用kubectl rollout status来跟踪所有Deployment的Pods的更新状态；
2. 当Pod因为某些原因被杀掉或者新的Pod上线，都会确保运行拥有最新代码的镜像；
3. 我可以在minikube中使用跟Kubernetes集群中相同的docker registry而不用担心会影响到生产环境的Pods；我一直到上线前都不会使用:latest tag的镜像（注：在测试环境或者非生产环境使用git commit hash号来启动容器，但是在生产时使用:latest，因为作者在push镜像时同时打了两个tag）。

搭建本地开发环境

minikube service [service name] --url

minikube dashboard

minikube config set cpus 4
minikube config set memory 8192
minikube start --vm-driver vmwarefusion

kubectl config get-contexts
kubectl config use-context [cluster context name from above] 

kubectl config use-context minikube

Service的配置

services/
redis-cache/
        Dockerfile
        redis.conf
        redis-cache-k8s.yml

apiVersion: v1
kind: Service
metadata:
name: redis-cache
labels:
role: cache
spec:
type: NodePort
ports:
- port: 6379
targetPort: 6379
selector:
role: cache

---
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
name: redis-cache
spec:
# https://github.com/kubernetes/kubernetes/issues/23597
revisionHistoryLimit: 3
replicas: 1
template:
metadata:
  labels:
    role: cache
spec:
  containers:
  - name: redis
    image: redis:3
    resources:
      requests:
        cpu: 100m
        memory: 1Gi
    ports:
      - containerPort: 6379

容器与注册中心

如何为容器打Tag

确保Minikube能访问GKE的Registry

#!/usr/bin/env sh

SPATH="$(cd $(dirname "$0") && pwd -P)"
SECRET_NAME=${1:-docker-registry-secret}
CONFIG_PATH=${2:-$SPATH/localkube.json}
if [[ ! -f $CONFIG_PATH ]]; then
echo "Unable to locate service account config JSON: $CONFIG_PATH";
exit 1;
fi

kubectl create secret docker-registry $SECRET_NAME  \
--docker-server "https://gcr.io" \
--docker-username _json_key \
--docker-email [service account email address] \
--docker-password="`cat $CONFIG_PATH`" ${@:3} 

apiVersion: extensions/v1beta1
kind: Deployment
metadata:
name: redis-cache
spec:
...
template:
spec:
  imagePullSecrets:
  - name: docker-registry-secret
  ...
  containers:
  - name: redis
    image: gcr.io/[google account id]/redis-cache:latest
...

Secrets资源

---
rails:
secret_key_base: "..."
service_api_key: "..."
database:
username: "..."
password: "..."

raw_secrets = `blackbox_cat secrets/my-secrets.yml.gpg`

secrets = YAML.load(raw_secrets)

secrets.each do |name, values|
k8s_secret = {
"apiVersion" => "v1",
"kind" => "Secret",
"type" => "Opaque",
"metadata" => { "name" => name },
"data" => {},
}

values.each do |key, value|
k8s_secret["data"][key] = Base64.strict_encode64(value)
end

stdout, status = Open3.capture2("kubectl apply -f -", stdin_data: k8s_secret.to_yaml)
end 

...
env:
- name: RAILS_SECRET_KEY_BASE
valueFrom:
  secretKeyRef:
    name: rails
    key: secret_key_base
- name: RAILS_SERVICE_API_KEY
valueFrom:
  secretKeyRef:
    name: rails
    key: service_api_key
- name: DATABASE_USERNAME
valueFrom:
  secretKeyRef:
    name: database
    key: username
- name: DATABASE_PASSWORD
valueFrom:
  secretKeyRef:
    name: database
    key: password

原文链接：CONTAINERS, DOCKER, AND KUBERNETES PART 3（翻译：肖劲）

原文发布时间为：2017-07-07

本文作者：肖劲

本文来自云栖社区合作伙伴Dockerone.io，了解相关信息可以关注Dockerone.io。

原文标题：容器、Docker与Kubernetes——Kubernetes的配置入门