9 月 28 日、「DaoCloud」のクラウドネイティブ R&D エンジニアであり、Clusterpedia オープンソース プロジェクトのイニシエーターである Cai Wei 氏が、クラウド ネイティブ アカデミーの第 37 回ライブ ブロードキャストに招待されました。企業がクラウドに移行する過程で、「マルチクラウド」への関心が高まっています。マルチクラスターのライフサイクル管理、クラスター間のアプリケーション配布、スケジューリングなどのマルチクラウド管理の問題も、企業が解決しなければならない問題となっています。Kubernetes は、標準の OpenAPI を通じて統合されたクラウド環境を提供し、マルチクラウド実装のためのインフラストラクチャの違いを防ぎます。ライブ ブロードキャストは、マルチクラウド シナリオにおける Kubernetes エコシステムを中心に展開し、Cai Wei 氏は、クラウド ネイティブ コミュニティにおける比較的成熟したオープンソース プロジェクトとアプリケーション ソリューションをさまざまな機能面から紹介し、マルチクラウド プラットフォーム構築の青写真について説明しました。さまざまな観点から見た Kubernetes 時代。
01
マルチクラウド要件
と Kubernetes
企業のデジタル変革の過程で、さまざまなベンダーがさまざまなクラウド オプションを導入しており、レポートによると、各企業は平均 2 ～ 4 つのクラウドにアクセスする必要があり、マルチクラウドが現実のものになっています。Cai Wei氏は、マルチクラウドの形態がより複雑になると、運用や保守管理の問題がさらに難しくなり、マルチクラウドは相互に分離され、統合されたリソースの管理や制御が実現できないと紹介した。大手メーカーは独自のエコシステムの開発に競い合っていますが、統一された API 標準がないため、企業がクラウドに移行する際にはマルチクラウド管理が緊急の課題となっています。Kubernetes の登場により、「クラウド」と「マルチクラウド」が見直されました。Kubernetes クラスターはクラウドに相当します。Kubernetes は、統合された宣言型 OpenAPI を提供します。これにより、マルチクラウド環境で統合管理のためのチャネルが開かれ、クロスクラウド リソースのスケジューリングと管理の基盤が築かれます。
02
マルチクラウド シナリオにおける
Kubernetes エコシステム
Kubernetes がもたらすのは、標準 API だけでなく、Kubernetes を中心に構築された環境環境であり、マルチクラウド プラットフォームの構築を加速する重要な要素となります。
マルチクラウド プラットフォームを導入する場合、最初に解決すべき問題はクラスターのライフサイクル管理です。すでにホストを持っているユーザーの場合は、Kubespray の Ansible 自動運用保守メソッド「DaoCloud Taoist」を使用する方法を選択できます。オープン ソース プロジェクト Kubean は、この方法を使用して既存のホストを管理し、クラスターの初期化、更新、削除とクリーニングの操作を完了します。さらに、クラスター API の BYOH プロバイダー コンポーネントと最近オープンソースになった KubeClipper は、別の方法を使用しています。ホスト上にエージェントをデプロイして、クラスターの初期化と更新が必要かどうかを監視することで、マルチクラスターのライフサイクル管理を実現します。すでにホストを持っているユーザーに加えて、IaaS プラットフォームを通じてクラスターを作成および管理するユーザーもいます。Cluster API と Crossplane という 2 つのオープン ソース プロジェクトは、プロバイダーを通じて基盤となる IaaS の違いを保護し、インフラストラクチャ アクセスの問題を効果的に解決できます。問題。
マルチクラスター展開後の次の問題は、アプリケーションとリソースの分散とスケジューリングをどのように実現するかということですが、Cai Wei 氏は、中国の 2 つのオープンソース プロジェクト、Karmada と Clusternet を比較して紹介しました。
-
操作の面では、Karmada は、独立したコントロール プレーンを通じて単一クラスターを操作するのと同じくらい便利なマルチクラスター リソース管理を実現します。クラスターネットは、マルチクラスターの管理を完了するには、kubectl クラスターネット プラグインまたは client-go のリクエスト パスを置き換える必要があります。クラスターリソース。
-
リソースの分散とスケジューリングを実行する場合、Karmada と Clusternet は両方とも、レプリケーション スケジューリング (各クラスター内のリソース コピーの数は同じ)、重み付けスケジューリング (各クラスター内のリソース コピーの割合が異なる)、および動的スケジューリング (リソース コピーの調整) を実行できます。クラスタ使用量に応じて）。Karmada はクラスターの状態に応じてスケジュールを変更できます。Clusternet は Helm 配布をネイティブにサポートしています。これを実現するには Karmada は Flux プロジェクトを使用する必要があります。
-
クラスターのリソースのカスタマイズには、Karmada と Clusternet の 2 つの方法があり、Karmada は複数のリソースを指定してクラスターのグループを選択できる ClusterOverPolicy と OverPolicy によって実現し、Clusternet はグローバリゼーションとローカリゼーションによって単一のリソースにバインドしてカスタマイズの変更を実現します。
マルチクラウド プラットフォームを構築するプロセスでは、常にクラスター間のサービス アクセスが必要になります。「DaoCloud Daoke」のオープンソースプロジェクトFerryは、コントロールプレーンを通じてさまざまなクラスターを定義し、他のクラスターに公開する必要があるサービスを決定し、サービスを転送するためにフェリートンネルを介したネットワークトンネルの開設を実現します。コミュニティ内の別のオープン ソース プロジェクトである Skupper は、クラスター名前空間で個別に構成することにより、クラスター間サービス アクセスを実装しています。さらに、より深いマルチクラウド ネットワーク、つまり異なるクラスター ポッド間のアクセスに関して、オープン ソース コミュニティは現在、Submariner と Cilium Cluster Mesh という 2 つの主流ソリューションを実装しています。
03
ワンステップでクラスター間のリソースを
管理
上記のオープンソース ソリューションは、異なるクラスター間のリソース間の相関関係を確立しており、独立したオープンソース プロジェクトである「DaoCloud Taoist」 - Clusterpedia は、マルチクラスター リソースの集約と取得をさらに実現しています。
Clusterpedia は、単一タイプのリソース取得をサポートするだけでなく、ユーザーが指定した任意のリソース タイプを取得できます。オールインワン アプローチに従います。単一のリクエストで、任意の単一タイプ (デプロイメントなど) または複数タイプのリソースを取得できます。どちらも複雑な検索条件をサポートしています。Clusterpedia は Kubernetes V1.10 以降のすべてのバージョンと互換性があり、Kubernetes バージョンの違いによって生じるリソースの違いを心配する必要はありません。Clusterpedia は、ネイティブ コンポーネントのようにマルチクラウド プラットフォームに存在して、非認識自動化サポートを実現できます。ユーザーは、Cluster API でクラスターを作成するか、Karmada のクラスターにアクセスするだけで、その後、Clusterpedia を使用せずに、Clusterpedia を介してリクエストおよびクエリを行うことができます。その他の運用および保守業務。また、ユーザーはオリジナルのリソーススタイルのみを取得することができますが、Clusterpedia が提供するマルチクラスターメトリクスサーバー機能は、リソースを取得しながらその計算とストレージの実際の使用状況を把握することができ、ユーザーがより便利にリソースを取得するのに役立ちます。複数のクラスター内のポッドとノードにより、ユーザーは複数のクラスターのより柔軟な動的スケジューリングを実現することもできます。
将来的には、Clusterpedia はエージェント モードを通じてエッジ シナリオにも深く入り込み、クラウド エッジ コラボレーション シナリオにおけるマルチクラスター リソースの集約と取得の問題を解決する予定です。現時点では、このモードはまだ計画段階です。 Clusterpedia プロジェクトの進捗に注目してください。
ライブ ブロードキャストの最後に、Cai Wei もみんなの質問に答えました。リプレイを見て理解することができます。グループ チャットに参加するアシスタントの追加を歓迎し、ライブ リプレイ、音声 PPT、技術的な交換を提供します。
積極的なご参加に感謝いたします。今後もより良いコンテンツをお届けしてまいります。