EnterpriseにおけるRook-Ceph / Rook-Ceph at Enterprise

Transcript

1. Lightning Talk Enterprise における Rook-Ceph Takuya Utsunomiya Storage Solution Architect,

   Red Hat K.K. @Rook Meetup #4 Tokyo. #japanrook

2. $ whoami kind: Presales metadata: name: 宇都宮 卓也 spec: group:

   Red Hat K.K. role: ストレージソリューションアーキテクト born: 大阪 version: 38歳 favorites: technology: ストレージ hobby: [“プロレス観戦”,“将棋観戦”,”野球観戦”] drink: [“ビール”, “ワイン”] annoyance: [“尿酸値”, ”最近目が霞む”, “肩が痛い”] うつぼ@［ 〒］Sirsir @japan_rook Japan Rook https://rook.connpass.com/ #japanrook

3. #japanrook OSSへのユーザーの期待

4. • 何はともあれ技術的な支援が欲しい ✓ OSSは使ってみたい ✓ でもコミュニティから情報から使い始めるのはハードルが高い ◦ 玉石混交の情報のうち、何が「最適な」ものなのか ◦ トラブル対応の時は特に不安

   ✓ 後ろから暖かく応援して背中を押してくれる人 or 前に立って引っ張ってくれる人が欲しい • ストレートに行きたい、失敗したくない ✓ 試行錯誤する時間も労力も与えられていない ✓ 失敗して物凄い手戻りが発生したら目もあてられない ◦ スケジュールに間に合わない ◦ 追加投資とか無理 いわゆる “エンタープライズ” のユーザーの気持ち #japanrook

5. いわゆる “エンタープライズ” のユーザーの気持ち はい、弊社は製品サポートとコ ンサルサービスがあります。 Red Hat Ceph Storageだと… Cephを使いたいので御社の技術

   支援をお願いしたいです 御社のCephを使う予算はないの でOSSのCephでいきたいです、 技術支援だけお願いできれば… えっと… • ときどきあるケース #japanrook ぼく お客様

6. • 純粋なOSSの技術サポートは難しい ✓ 海千山千のエンジニアでもupdateの速さについていくのは大変 ◦ そもそもこのコード動くの？ ◦ もしupdateした後に戻せるの？ • ある一時点で固定したコードセットでスタート

   ✓ 動作確認、bug/fix, updateの管理ができる ✓ すなわち技術的なサポートがしやすい ➢ いわゆる商用OSS 商用OSSをば… #japanrook

7. #japanrook 商用Rook, CephとContribution

8. 商用のRook, Ceph Ceph 特徴 Red Hat Red Hat Ceph Storage

   - RHEL 上で動く - Baremetal 環境でサポート SUSE SUSE Enterprise Storage - SLES 上で動く - Baremetal/VM 環境でサポート Rook-Ceph 特徴 Red Hat Red Hat OpenShift Container Storage - Red Hat OpenShift 上で動く - コンテナイメージは Red Hat Ceph Storage SUSE SUSE Enterprise Storage on SUSE CaaS Platform - SUSE CaaS Platform 上で動く - コンテナイメージは SUSE Enterprise Storage #japanrook

9. [参考] Red Hat と SUSE の Rook, Ceph の違い (主観)

   • Red Hat ✓ 稼働の安定性重視 ◦ QEでupstream projectの中で安定した機能/コードだけをdownstreamに取り入れる ◦ upstreamの最新機能は使えないことが多い ✓ 機能の充実性を軽視しているわけではないよ ◦ Maturityに応じて Dev Preview → Tech Preview → GA • SUSE ✓ 機能の充実性重視 ◦ upstreamの最新機能をかなり早くdownstreamに取り入れる ◦ ほぼupstreamなのでは説(自説) ✓ 稼働の安定性を軽視しているわけではないよ ◦ 実際 SES on SUSE CaaS PlatformはTech Preview、慎重に対応している #japanrook

10. 商用OSSへユーザーのリクエストを反映させる • 機能拡張のリクエストをベンダーに投げることはできる ✓ ただし応えてくれるかは分からない ▪ ベンダー内での優先度まではコントロールできないから • UpstreamにContributeすることでそのOSSへの影響力が増える ✓

    ベンダーへの声が大きくなって、色々な観点から「こうあるべき」とアドバイスを言える • 荒技 : UpstreamにContributeしてBackportさせる ✓ 私たちはこういう機能が欲しい ✓ 私たちでコード書いてupstreamにmergeさせたよ ✓ だからテストしてみてdownstreamにBackportしてね #japanrook

11. 11 Manila / CephFS @CERN https://cds.cern.ch/record/2268515 #japanrook

12. 12 Manila / CephFS @CERN https://cds.cern.ch/record/2268515/files/CephFS%20at%20CERN.pptx #japanrook

13. Ceph Contributors • Red Hat(incl. Inktank)とSUSEを含め たベンダーの割合が大きいが、数的には ユーザー企業が多い ✓ XaaS

    事業者、通信事業者 ✓ 商用Cephのユーザーもちらほら https://www.stackalytics.com/?release=all&project_type=ceph-group&metric=commits&module=ceph #japanrook

14. #japanrook Rook Contributors • SWベンダーとクラウド事業者が半々くらい ✓ とは言え11位以下は細々とRed Hatのエンジニアが 並ぶ… •

    まだそれほど commit 数は多くないので、サイボ ウズさんのように、会社を挙げて contributeする とRookコミュニティで大きな顔ができるようになり ます!! Red Hat Red Hat Upbound Upboud Red Hat Cloudical SUSE Cybozu Tableau Vectorized Jul 31, 2016 – Oct 2, 2020

15. #japanrook Rook-Ceph のユースケース

16. • 分かりやすくPersistent Volumeが必要になる用途 ✓ Prometheus ✓ Elasticsearch ✓ Image Registry

    • ⇑って別にRook-Cephでなくてもよくない？ ✓ いや、BlockとObjectを単一で提供できる Rook-Cephならではだぞ ▪ ヘテロなストレージ環境が好きな人は別だけど どんな用途でRook-Cephを使っているのか #japanrook

17. Ceph, Kafka, Knative によるプロセス自動化 〜 X線写真の画像診断 #japanrook Name : ジョン・ドウ

    OK Topic: Storage 分析: 肺炎のリスク 個人情報 削除 患者 No.451 Name : ジョン・ドウ RISK リスク >80% No Yes 医療機関 研究用途 Name : ジョン・ドウ アーカイブ 診断結果 追記 保存 保存 個人情報付きの X線写真 データが Bucket に投入 Ceph が Bucket Notification を Kafka に発行 Kafka をイベントソースとしてKnative が自動 で画像分析と診断のプロセスを作成 READ READ 処理した画像を用途ごとに適切 な Ceph Bucket に保存 PV

18. 連続したデータパイプライン 〜 小口決済の送金システム #japanrook

19. 19 • Rook, Cephの技術サポートを希望する場合は、商用を強くお勧めします ◦ ただしvanilla Kubernetesでは使えないので注意です ◦ Red HatとSUSEでは同じRook,

    Cephでも結構違うので注意です • 商用Rook, Cephを使っていても、upstreamへのcontributionすることで自分たちの 希望が通りやすくなります ◦ コミュニティへの存在感を出すことで OSS界隈から会社の評判もぐっと上がります • Rook-Cephの用途は割とあります ◦ Kubernetesのインフラサービス ◦ AI/MLなどのワークロードにおける Data Pipelineで、Block, File, Objectをまとめて使える ことが効きます まとめ

20. 20 Thank you