SUSE Edge 3.6 ドキュメント #
SUSE Edge ドキュメントへようこそ。高レベルのアーキテクチャの概要、クイックスタート、検証済みの設計、コンポーネントの使用方法に関するガイダンス、サードパーティの統合、およびエッジコンピューティングインフラストラクチャとワークロードの管理に関するベスト プラクティスをご覧いただけます。
1 SUSE Edgeとは #
SUSE Edge は、エッジにおけるインフラストラクチャとクラウドネイティブアプリケーションの展開という特有の課題に対処するための、専用に構築され、緊密に統合され、包括的に検証されたエンドツーエンドのソリューションです。その主な焦点は、初期展開のイメージ構築、ノードのプロビジョニングとオンボーディング、アプリケーションの展開、監視、そして完全なライフサイクル運用にわたる、独断的でありながらも非常に柔軟で、拡張性が高く、安全なプラットフォームを提供することです。このプラットフォームは、安全で安定した認定済みのSUSE Linuxプラットフォームを提供してきた30年以上の歴史と、Rancherポートフォリオによる拡張性が高く機能豊富なKubernetes管理を提供してきた経験の両方と一貫性のある、最高クラスのオープンソースソフトウェアを基盤としてゼロから構築されています。SUSE Edge は、これらの機能を基盤として構築されており、小売、医療、輸送、物流、通信、スマートマニュファクチャリング、産業用IoTなど、幅広い市場セグメントに対応できる機能を提供します。
2 設計思想 #
このソリューションは、顧客の要件や期待が大きく異なるため、「万能な」エッジプラットフォームは存在しないという考えに基づいて設計されています。エッジデプロイメントでは、大規模なスケーラビリティ、制限されたネットワーク可用性、物理的なスペースの制約、新たなセキュリティの脅威と攻撃ベクトル、ハードウェアアーキテクチャとシステムリソースの多様性、レガシーインフラストラクチャおよびアプリケーションのデプロイメントとインターフェース接続の要件、そして長寿命の顧客ソリューションなど、最も困難な課題のいくつかを解決し、継続的に進化させることが求められます。これらの課題の多くは、データセンター内やパブリッククラウド内でのインフラストラクチャやアプリケーションのデプロイメントといった従来の考え方とは異なるため、設計をより詳細に検討し、一般的な前提の多くを見直す必要があります。
例えば、私たちはミニマリズム、モジュール性、運用の容易さに価値を見出しています。システムが複雑であればあるほど故障しやすくなるため、エッジ環境ではミニマリズムが重要です。数百から数十万もの拠点に目を向けると、複雑なシステムは複雑な方法で故障します。当社のソリューションにおけるモジュール性により、ユーザーの選択肢が広がり、デプロイされたプラットフォームにおける不要な複雑さが排除されます。また、これらと運用の容易さとのバランスを取る必要もあります。人間はプロセスを何千回も繰り返す際にミスを犯す可能性があるため、プラットフォームは潜在的なミスを確実に復旧できるようにし、現場の技術者による訪問の必要性を排除すると同時に、一貫性と標準化にも努めるべきです。
3 高度なアーキテクチャ #
SUSE Edgeの高レベルシステムアーキテクチャは、「管理」クラスターと「ダウンストリーム」クラスターという2つの主要なカテゴリに分類されます。管理クラスターは、1つまたは複数のダウンストリームクラスターのリモート管理を担当します。ただし、エッジサイトに外部接続がなく、独立して動作する必要がある状況など、特定の状況下ではダウンストリームクラスターがリモート管理なしで動作する必要があることも認識されています。SUSE Edgeにおいて、管理クラスターとダウンストリームクラスターの両方の運用に使用される技術コンポーネントは大部分が共通していますが、システム仕様と、その上で実行されるアプリケーションの両面で異なる可能性が高いです。つまり、管理クラスターはシステム管理とライフサイクル運用を可能にするアプリケーションを実行し、ダウンストリームクラスターはユーザーアプリケーションを提供するという要件を満たします。
3.1 SUSE Edgeで使用されるコンポーネント #
SUSE Edgeは、既存のSUSEおよびRancherコンポーネントと、エッジコンピューティングで求められる制約や複雑さに対処するためにEdgeチームが構築した追加機能およびコンポーネントで構成されています。管理クラスターとダウンストリームクラスターの両方で使用されるコンポーネントについて、簡略化された高レベルのアーキテクチャ図とともに以下に説明します。なお、これは網羅的なリストではありません。
3.1.1 管理クラスタ #
管理:これは、接続されたダウンストリームクラスターのプロビジョニングとライフサイクルを管理するために使用される、SUSE Edgeの中央集権的な部分です。管理クラスターには、通常、以下のコンポーネントが含まれます。
Rancher Prime (Chapter 4, Rancher)によるマルチクラスター管理。ダウンストリームクラスターのオンボーディングと、インフラストラクチャおよびアプリケーションの継続的なライフサイクル管理のための共通ダッシュボードを実現します。また、包括的なテナント分離と`IDP`(IDプロバイダー)統合、サードパーティ製統合および拡張機能の広範なマーケットプレイス、ベンダーニュートラルなAPIも提供します。
SUSE Multi-Linux ManagerによるLinuxシステム管理。ダウンストリームクラスター上で実行される基盤となるLinuxオペレーティングシステム(*SUSE Linux Micro (Chapter 7, SUSE Linux Micro))の自動化されたLinuxのパッチおよび設定管理を実現します。このコンポーネントはコンテナ化されていますが、現時点では他の管理コンポーネントとは別のシステム上で実行する必要があるため、上記の図では「Linux管理」とラベル付けされています。
特定のSUSE Edgeリリースへの管理クラスターコンポーネントのアップグレードを処理する専用のライフサイクル管理 (Chapter 19, Upgrade Controller)コントローラー。
Elemental (Chapter 10, Elemental)を使用したRancher Primeへのリモートシステムオンボーディング。接続されたエッジノードを目的のKubernetesクラスターにレイトバインディングし、GitOpsなどを介したアプリケーションデプロイメントを実現します。
ダウンストリームクラスターおよびその上で実行されるアプリケーションのプロビジョニングとライフサイクルを管理するための、Fleet (Chapter 6, Fleet)と呼ばれるオプションのGitOpsエンジン。
管理クラスター自体を支える基盤として、ベースオペレーティングシステムにはSUSE Linux Micro (Chapter 7, SUSE Linux Micro)が、管理クラスターアプリケーションをサポートするKubernetesディストリビューションにはRKE2 (Chapter 12, RKE2)が採用されています。
3.1.2 ダウンストリームクラスタ #
ダウンストリーム:これはSUSE Edgeの分散部分であり、エッジでユーザーワークロードを実行するために使用されます。つまり、エッジロケーション自体で実行されているソフトウェアであり、通常は以下のコンポーネントで構成されています。
K3s (Chapter 11, K3s)やRKE2 (Chapter 12, RKE2)のような安全で軽量なディストリビューションを含む、Kubernetesディストリビューションの選択肢(`RKE2`は政府機関や規制の厳しい業界での使用向けに強化、認定、最適化されています)。
SUSE Security (Chapter 14, SUSE Security)により、イメージの脆弱性スキャン、ディープパケットインスペクション、リアルタイムの脅威および脆弱性保護などのセキュリティ機能が有効になります。
SUSE Storage (Chapter 13, SUSE Storage)を使用したソフトウェアブロックストレージにより、軽量で永続的、回復力があり、スケーラブルなブロックストレージが可能になります。
SUSE Linux Micro (Chapter 7, SUSE Linux Micro)を使用した、軽量でコンテナに最適化された強化済みLinuxオペレーティングシステムであり、エッジでコンテナや仮想マシンを実行するためのイミュータブル(不変)で回復力の高いOSを提供します。SUSE Linux MicroはAArch64アーキテクチャとAMD64/Intel 64アーキテクチャの両方で利用可能であり、遅延に敏感なアプリケーション(通信業界のユースケースなど)向けに`Real-Time Kernel`もサポートしています。
接続されたクラスター(つまり、管理クラスターへの接続性を持つクラスター)の場合、2つのエージェントがデプロイされます。Rancher Primeへの接続を管理するためのRancher System Agentと、Linuxソフトウェアアップデートを適用するためにSUSE Multi-Linux Managerから指示を受けるためのvenv-salt-minionです。切断されたクラスターの管理には、これらのエージェントは不要です。
3.2 [Connectivity (接続] #
上の図は、*接続された*ダウンストリームクラスターと、それらが管理クラスターに接続される仕組みの概要を示しています。管理クラスターは、ダウンストリームクラスターとターゲット管理クラスター間のネットワーク接続状況に応じて、オンプレミスおよびクラウドの両方の環境において、さまざまな基盤インフラストラクチャプラットフォーム上にデプロイできます。これが機能するための唯一の要件は、ダウンストリームクラスターノードと管理インフラストラクチャを接続するネットワーク経由で、APIおよびコールバックURLにアクセスできることです。
この接続が確立されるメカニズムは、ダウンストリームクラスターのデプロイメカニズムとは異なる点に留意することが重要です。これについては次のセクションで詳しく説明しますが、基本的な理解として、接続されたダウンストリームクラスターを「管理対象」クラスターとして確立するための主なメカニズムが3つあります。
ダウンストリームクラスターは、最初は「切断された」状態でデプロイされ(例:Edge Image Builder (Chapter 8, Edge Image Builder)を使用)、接続が可能になった時点で管理クラスターにインポートされます。
ダウンストリームクラスターは、ビルトインのオンボーディングメカニズムを使用するように構成されます。 (例:Elemental (Chapter 10, Elemental)を使用) そして、初回起動時に自動的に管理クラスターに登録されるため、クラスター構成のレイトバインディングが可能になります。
ダウンストリームクラスターはベアメタル管理機能(CAPI + Metal3)でプロビジョニングされており、クラスターがデプロイおよび構成されると(Rancher Turtlesオペレーター経由で)、自動的に管理クラスターにインポートされます。
大規模なデプロイメントの規模に対応し、地理的に分散した環境における帯域幅やレイテンシの懸念を最適化し、停止や管理クラスターのアップグレード時の混乱を最小限に抑えるために、複数の管理クラスターを実装することが推奨されます。現在の管理クラスターのスケーラビリティ制限とシステム要件は こちらで確認できます。
4 一般的なエッジデプロイメントパターン #
さまざまな動作環境とライフサイクル要件のため、SUSE Edgeが運用されている市場セグメントやユースケースに大まかに適合する、いくつかの異なるデプロイメントパターンへのサポートを実装しました。お客様のニーズに合わせてSUSE Edgeプラットフォームに慣れていただけるよう、これらの各デプロイメントパターンに関するクイックスタートガイドを作成しました。現在サポートしている3つのデプロイメントパターンを以下に説明し、それぞれのクイックスタートページへのリンクを記載します。
4.1 「Phone Home」ネットワークプロビジョニング #
中央の管理クラスターがハードウェアを直接管理できない環境で運用している場合があります(例:リモートネットワークがファイアウォールの背後にある、または帯域外管理インターフェースがない場合。これらはエッジでよく見られる「PC」タイプのハードウェアで一般的です)。このシナリオでは、ハードウェアが起動される際に、その出荷先を知る必要なく、クラスターとそのワークロードをリモートでプロビジョニングするためのツールを提供します。これは、多くの人がエッジコンピューティングと聞いて思い浮かべるものです。エッジロケーションで数千から数万台の未知のシステムが起動し、安全に「Phone Home(自動接続)」して自身の身元を検証し、何をすべきかという指示を受け取るというものです。ここでの要件は、工場でマシンにプリイメージを作成するか、USBなどを介してブートイメージを接続してシステムの電源を入れる以外、ユーザーの介入をほとんど必要としないプロビジョニングとライフサイクル管理を想定しています。この分野における主な課題は、現場にあるこれらのデバイスの規模、一貫性、セキュリティ、およびライフサイクルに対処することです。
このソリューションは、場所、システムタイプ、仕様、または最初に電源が投入された時期に関係なく、システムがプロビジョニングおよびオンボーディングされる方法において、非常に高い柔軟性と一貫性を提供します。SUSE Edgeは、Edge Image Builderを介してシステムの完全な柔軟性とカスタマイズを可能にし、ノードのオンボーディングとKubernetesプロビジョニングのためにRancherのElemental製品の登録機能を活用し、オペレーティングシステムのパッチにはSUSE Multi-Linux Managerを活用します。このソリューションのクイックスタートはChapter 1, Elementalを使用したリモートホストのオンボーディングにあります。
4.2 イメージベースのプロビジョニング #
スタンドアロン環境、エアギャップ(された)環境、またはネットワークが制限された環境で運用する必要があるお客様向けに、SUSE Edgeは、エッジでのシングルノードおよびマルチノードの高可用性Kubernetesクラスターを実現するために必要なすべてのデプロイメントアーティファクトを含む、完全にカスタマイズ可能なインストールメディアを生成できるソリューションを提供します。これには、必要なワークロードや追加のレイヤーコンポーネントが含まれ、外部へのネットワーク接続や集中管理プラットフォームの介入なしで利用可能です。ユーザーエクスペリエンスは、『phone home』ソリューションと同様に、ターゲットシステムにインストールメディアが提供される点が特徴ですが、ソリューション自体はその場で起動します。このシナリオでは、結果として得られたクラスターを Rancher に接続して継続的に管理すること(つまり、大規模な再構成や再デプロイなしで「切断」モードから「接続」モードへ移行すること)が可能ですが、分離した状態で運用を続けることもできます。どちらの場合も、ライフサイクル操作を自動化するための同じ一貫したメカニズムを適用できることに注意してください。
さらに、このソリューションを使用して、あらゆるタイプのエッジインフラストラクチャをプロビジョニングするための最も迅速かつシンプルな方法となり得るため、「ダイレクトネットワークプロビジョニング」モデルと「phone home ネットワークプロビジョニング」モデルの両方をサポートする集中インフラストラクチャをホストする管理クラスターを迅速に作成できます。このソリューションは、SUSE Edge Image Builderの機能を最大限に活用して、完全にカスタマイズされた無人インストールメディアを作成します。クイックスタートはChapter 2, Edge Image Builderを使用したスタンドアロンクラスターにあります。
5 SUSE Edge スタック検証 #
すべての SUSE Edge リリースは、緊密に統合され、徹底的に検証されたコンポーネントで構成されており、これらは1つのユニットとしてバージョン管理されています。コンポーネント間の統合をテストするだけでなく、強制的な障害シナリオ下でシステムが期待どおりに動作することを保証する継続的インテグレーションおよびスタック検証の取り組みの一環として、SUSE Edge チームはすべてのテスト実行とその結果を公開しています。結果とすべての入力パラメータは ci.edge.suse.com で確認できます。
6 コンポーネントの全リスト #
コンポーネントの全リストと、それぞれの概要説明および SUSE Edge での使用方法へのリンクを以下に示します。
Rancher (Chapter 4, Rancher)
Rancher Dashboard Extensions (Chapter 5, Rancherダッシュボード拡張機能)
SUSE Multi-Linux Manager
Fleet (Chapter 6, Fleet)
SUSE Linux Micro (Chapter 7, SUSE Linux Micro)
Edge Image Builder (Chapter 8, Edge Image Builder)
NetworkManager Configurator (Chapter 9, エッジネットワーキング)
Elemental (Chapter 10, Elemental)
K3s (Chapter 11, K3s)
RKE2 (Chapter 12, RKE2)
SUSE Storage (Chapter 13, SUSE Storage)
SUSE Security (Chapter 14, SUSE Security)
MetalLB (Chapter 15, MetalLB)
KubeVirt (Chapter 17, エッジ仮想化)
システムアップグレードコントローラー (Chapter 18, System Upgrade Controller)
Upgrade Controller (Chapter 19, Upgrade Controller)


