2018/06/07のRedhat on Cloud Day での資料です。

1. Multi Region Cluster
with MCI and GCLB
福田 潔 Kiyoshi Fukuda
Customer Engineer, Google Cloud Japan

2. そもそも GKE のクラ
スタ構成はどうなっ
ているか？

3. GKE クラスタ基本構成
Master
Nodepool
(default-pool)
Nodepool
(userdefined-pool)
Cluster
(asia-northeast1-a)
Node
(n1-standard-1)
Node
(Preemptible VM)
Node
(n1-standard-1)
Node
(n1-standard-1)
Node
(Preemptible VM)
Node
(Preemptible VM)

4. GKE クラスタのバリエーション
● ゾーンクラスタ：
Master, Node ともにシングルゾーン
● マルチゾーンクラスタ：
Masterはシングルゾーン、Nodeはマルチゾーン
● リージョナルクラスタ：
Master, Node ともにマルチゾーン

5. マルチリージョン
クラスタは？

6. Multi Cluster Ingress
複数のクラスタをまたがるIngress（外部エンドポイン
ト）を定義
GKE においては、その実体はグローバルロードバラ
ンサの機能を持つHTTP/S Load Balancer

7. Google Cloud Platform リージョン
既存のリージョン 15 / 開設予定のリージョン 4
フランクフルトベルギー
ロンドン
オランダ
サンパウロ
台湾
シンガポール
ムンバイ
シドニー
東京
香港
サウスカロライナ
北バージニア
オレゴン
モントリオール
ロサンゼルス 3
現在のリージョンとゾーン数
開設予定のリージョンとゾーン数
3
3
3
3
3
アイオワ
3
33
3
2
4
3
2
大阪
3
フィンランド3
3
3
3

8. FASTER (US, JP, TW)
2016
Unity (US, JP) 2010
SJC (JP, HK, SG)
2013
POP >100
Monet (US, BR)
2017海底ケーブル
PLCN Unity (HK, LA)
2018
Indigo (SG, ID,
AU) 2019
Tannat (BR, UY, AR)
2017
Junior (Rio, Santos)
2017Google グローバルキャッシュ(GCC）
エッジ ノード (>800)
光ファイバーネットワーク
Google のグローバルネットワーク

9. Maya in California
50.1.1.1
Bob in London
70.1.1.1
Kiyoko in Tokyo
80.1.1.1
Cloud
DNS
www.myapp.com
200.1.1.1
Region: US-West
Serving Instances
Compute Engine
Autoscaling
Region: Europe-West
Serving Instances
Compute Engine
Autoscaling
Region: Tokyo
Serving Instances
Compute Engine
Autoscaling
10.240.0.0/16 192.168.0.0/16 10.2.0.0/16
Google
Network
www.myapp.com
www.myapp.com www.myapp.com www.myapp.com
Google
Edge POP
Google
Edge POP
Google
datacenters
グローバル負荷分散 : クロスリージョン フェイルオーバー
マルチリージョンのインスタンスがフロ
ントエンドアドレスとして1 つの IPv4
VIP アドレスを持つ。クロスリージョン
オーバーフローおよびフェイルオー
バーをサポート―― Google Cloud
ならでは。
Google
Edge POP
Google Global Load Balancing
IPv4 VIP 200.1.1.1

10. MCIの構成
User=Alice
Location=California
Cluster #1 Cluster #2
zone = us-central1-a zone = europe-west3-a
service=foo
port=80
service=foo
port=80
MCI Tool
...
service: foo
port: 80
...
ingress.yaml
cluster #1:
...
cluster #2:
...
clusters.ctx
User=Bob
Location=Berlin
Google Cloud Load Balancer
kubemci create <lb-name>
--ingress=ingress.yaml
--clusters=clusters.ctx

11. MCIのユースケース
● グローバルユーザをサポート
○ 自分の地域に近いバックエンドにルーティングされることで低レイ
テンシを実現
● 可用性の向上
○ GCPにおいてはリージョン=物理的な拠点
○ 災害対策
● ハイブリッドクラウドの実現
○ GCPクラスタとOn-Premiseクラスタ

12. デモ

13. デモの手順
1. クラスタの作成
2. 接続情報設定ファイルを準備
3. アプリケーションのデプロイ（Deployment, Service (type:NodePort))
4. MCI の作成
5. テスト

14. クラスタの作成
asia-east1 (Taiwan) と asia-northeast1 (Tokyo) にそれぞれクラスタを構築

15. 接続情報コンテキストを作成
クラスタの接続情報を clusters.yaml に保存する
KUBECONFIG=clusters.yaml gcloud container clusters
get-credentials cluster-taiwan --zone=asia-east1-a
KUBECONFIG=clusters.yaml gcloud container clusters
get-credentials cluster-tokyo --zone=asia-northeast1-a

16. アプリケーションをデプロイ
コンテキスト情報を利用して複数のクラスタにアプリケーションをデプロイする
for ctx in $(kubectl config get-contexts -o=name --kubeconfig clusters.yaml);
do
kubectl --kubeconfig clusters.yaml --context="${ctx}" create -f manifests/
done

17. MCI をデプロイ
kubemci create zone-printer
--ingress=ingress/ingress.yaml
--gcp-project=$PROJECT
--kubeconfig=clusters.yaml

18. ingress 設定ファイル
# ingress.yaml
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
name: zoneprinter
annotations:
kubernetes.io/ingress.class: gce-multi-cluster
kubernetes.io/ingress.global-static-ip-name: $ZP_KUBEMCI_IP
spec:
backend:
serviceName: zoneprinter
servicePort: 80

19. 一番近いクラスタにルーティングされる

20. 障害時は最寄りのクラスタに切り替わる

21. HTTP/S LBのトラフィックマップ

22. Confidential & Proprietary
Thank you