Google Container Engineでローリングアップデート

Google Contaier Engine(GKE)でコンテナをローリングアップデートしてみます。

1 コンテナのビルド
2 ローリングアップデート

コンテナのビルド

　以前、このあたりに書いたとおりです。

Google Container Engineに移行したその2 | A-tak-dot-com

[bash]
#作業ディレクトリ
dockerwork=/Users/a-tak/Dropbox/docker
#プロジェクトID
projectid=myproject-99

#nginxイメージビルドしてアップしておく
docker build -t asia.gcr.io/${projectid}/nginx:v23 ${dockerwork}/nginx
gcloud docker push asia.gcr.io/${projectid}/nginx:v23

#php-fpmのイメージ作ってアップする
docker build -t asia.gcr.io/${projectid}/php-fpm:v5 ${dockerwork}/php-fpm
gcloud docker push asia.gcr.io/${projectid}/php-fpm:v5
[/bash]

　v23とかv5はイメージ作る度にカウントアップしてください。Dockerfileの場所とプロジェクトのIDも自分の環境に合わせる。

　ちなみに今回コンテナをyum updateしたいだけだったけど、その場合はビルドするときにキャッシュ使わないオプション指定しないと、Dockerfileに変更がないとキャッシュが使われて結局イメージ更新されないはずです。

ローリングアップデート

　ぶっちゃけ、ここに書いてあるのを真似した。ただ、yamlをソース管理したかったのでバージョンは自分で毎回書き換える運用にしている。

GKE におけるローリングアップデート – Qiita

　レプリケーションコントローラーにイメージのバージョン指定してあるのでこれも合わせて更新。

　レプリケーションコントローラーに関しては以前記事に書きました。

Google Container Engineに移行したその4 | A-tak-dot-com

Google Container Engineに移行したその5 オートスケール | A-tak-dot-com

[yaml]
—
kind: “ReplicationController”
apiVersion: “v1”
metadata:
name: “web-rc-09”
labels:
name: “web-rc-09”
spec:
replicas: 1
selector:
name: “web-pods”
version: “9”
template:
metadata:
labels:
name: “web-pods”
version: “9”
spec:
volumes:
– name: www
nfs:
server: “db.my-project-99.internal”
path: “/var/contents”
readOnly: false
containers:
–
name: “nginx”
image: “asia.gcr.io/a-tak-blog/nginx:v23”
ports:
–
containerPort: 80
volumeMounts:
– name: www
mountPath: “/var/contents”
–
name: “php-fpm”
image: “asia.gcr.io/a-tak-blog/php-fpm:v5”
ports:
–
containerPort: 9000
volumeMounts:
– name: www
mountPath: “/var/contents”
[/yaml]