5. @ITにて「Red Hat OpenShift on IBM Cloud」の実践的な
活用方法を連載
• 2019年10月18日公開
IBMのRed Hat買収の成果「Red Hat OpenShift on IBM Cloud」によって、複雑なマルチ
ゾーンのOpenShiftクラスタの構築はどれほど簡単になるのか?
https://www.atmarkit.co.jp/ait/articles/1910/21/news003.html
• 2019年11月13日公開
「Red Hat OpenShift on IBM Cloud」によって、モノリシックなJava EEアプリを分割し
マイクロサービスとして動かすのはどれほど簡単になるのか?
https://www.atmarkit.co.jp/ait/articles/1911/15/news002.html
• 2019年12月12日公開
「Red Hat OpenShift on IBM Cloud」によって、CI/CD(継続的インテグレーション/継
続的デリバリー)パイプラインの構築はどれほど簡単になるのか?
https://www.atmarkit.co.jp/ait/articles/1912/16/news006.html
32. マスターノード
ワーカーノード ワーカーノード ワーカーノード
ワーカー プール
ゾーン1: TOK02 ゾーン2: TOK04 ゾーン3: TOK05
リージョン: Tokyo
Pod Pod Pod Pod Pod Pod Pod Pod Pod
Pod(コンテナ)はリージョン(Tokyo)単位でゾーンを意識しないで
リソースが空いているワーカーノードに展開される。
35. Red Hat OpenShift on IBM Cloud Networking(1)
• Red Hat OpenShift on IBM Cloudでは2つのPublic アドレスが配布される。
1つは IKSの Ingress用(ALB)
2つはOpenShiftのRoute用
$ oc get svc --all-namespaces | grep Load
default router LoadBalancer 172.21.164.110 162.133.93.182 80:32552/TCP,443:32536/TCP 3d
kube-system public-crbnpsfrot0t79j735uvhg-alb1 LoadBalancer 172.21.171.4 162.133.93.181 80:30632/TCP,443:31236/TCP 3d
$ oc get route
NAME HOST/PORT PATH SERVICES PORT TERMINATION WILDCARD
ruby-ex ruby-ex-test01.openshiftworkshop-680102-0e3e0ef4c9c6d831e8aa6fe01f33bfc4-0001.jp-
tok.containers.appdomain.cloud ruby-ex 8080-tcp None
39. Region: jp-tok
Zone:tok05
Node
Zone:tok02
Node Node
OpenShift
router
CIS/GLB
Red Hat OpenShift on IBM Cloud Networking
IP IP
Pod Pod
Zone:tok04
Node
OpenShift
router
IP
Node
Pod Pod
IP
OpenShift
router
IP
Node
Pod Pod
IP
• Ingress/Route共に各ゾーン毎にPublic IPを1つ割り当てる。
KeepalivedでActive-Standby構成でPodとして起動する。
可用性を考慮すると各ゾーンにはWorkerNodeは最低2台必要
• OpenShiftのRouter Podはデフォルト2個だがリソースに合わせて増やす
• 複数ゾーンの場合は、CIS/GLBを使って負荷分散させる
40. Red Hat OpenShift on IBM Cloudバージョンアップ
• Master Node/Worker Node共にIBM Cloudポータル画面で操作
• Master Nodeはアップデートを放置すると一定期間後、強制アップデート
41. Red Hat OpenShift on IBM Cloudバージョンアップ
CIS
Region: jp-tok Cluster A
Zone:tok05 Zone:tok02Zone:tok04
Node Node
Master
Node Node
Master
Node Node
Master
Region: jp-tok Cluster B
Zone:tok05 Zone:tok02Zone:tok04
Node Node
Master
Node Node
Master
Node Node
Master
フルマネージドといえども、OpenShiftはソフトウェアなのでバグや障害は発生し
ます。理想は、開発・本番など各環境毎に同じ構成のクラスタがあることが理想
ブルーグリーンデプロイメントで移行できると安心
環境の切り替え
ノードが複数台に同時に障害が発生することを想定して余裕を持ったサイジングを
43. モニタリング・ロギング(1)
Master/Worker Nodeにログインできないので、IBM Cloudには、IBM Log Analysis with
LogDNAとIBM Cloud Monitoring with Sysdigがモニタリング・ロギングサービスとして用意され
ています。導入自体は3ステップでモニタリング・ロギングを開始できて簡単!
1. IBM Cloudポータルでインスタンス作成
2. OpenShiftのワーカー・ノードにエージェントをインストール。(Pod、コンテナ毎にエージェ
ントをインストールする必要はありません)
3. Sysdig・LogDNAのWeb UIを開いてモニタリング・ロギングを実施
44. モニタリング・ロギング(2)
• IBM Log Analysis with LogDNAとIBM Cloud Monitoring with
Sysdigの詳細は「技術よりな人が最初に読む:IBMCloud柔
らか層本.3.1.pptx」がよく書かれてます。
https://ibm.ent.box.com/v/ibmcloud-yawaraka
51. まとめ
• IBM CloudのマネージドサービスであるRed Hat OpenShift on IBM Cloudは、ブラウ
ザ操作で簡単に短時間で、シングル構成から耐障害性のある複数のデータセンターに
よるマルチゾーン構成までOpenShiftクラスターを入手することができる。
• Red Hat OpenShiftは、Kubernetes、OS、RHELのコンテナイメージを含む
OpenShiftのコンポーメント全てがサポート対象であることが最大の利点だと思いま
す。(Kubernetesはソフトウェアなのでバグは必ず発生します。
• DevOpsやCI/CD(継続的インテグレーション/継続的デリバリー)を始めるための必
要なコンポーネントが標準で用意されている。
開発者のためのEnterpriseなKubernetesがOpenShift!
実績のあるIBM Cloud Kubernetes Serviceの基盤上でOpenShiftが動くことで安心して
運用できる!これまで、自分で構築するのが難しかった、インフラ担当がいなかった
など、障壁のあった企業にとっては朗報!
オンプレだとOpenShiftライセンスは年単位だが、マネージドサービスでは月額課金な
のでまずはお試しください!
52. OpenShiftの学習
• IBM Code Patternsには様々なユースケースがある。
https://developer.ibm.com/jp/patterns/
• IBM Developer DojoではOpenShiftのハンズオンセミナーを定期的
に開始しています。実際に Red Hat OpenShift on IBMCloudを評
価できるのでいい機会だと思います。
• OpenShiftの製品ドキュメント 開発者ガイド
• Qiita「OpenShiftによるJava EEアプリケーションのモダナイゼー
ションをやってみた。(1)〜(5)」
https://qiita.com/daihiraoka/items/23cfaed7662d36ccc7ab
• OpenShift4入門
http://redhat.lookbookhq.com/OCP4intro_Mook