IBM Cloud Satellite の概説
IBM Cloud Satellite® オンプレミス、エッジ、マルチクラウドなど、あらゆる環境において、パブリッククラウドサービスの拡張性と柔軟性を実現する分散型クラウドアーキテクチャを提供します。 Satellite を利用すれば、ワークロードがどこで実行されていても、一貫性のある API を通じて 130 以上の IBM Cloud サービスからなる同一のカタログにアクセスできます。 IBM の調査によると、分散型クラウドアーキテクチャを導入している企業は、個別のクラウド環境を管理する場合と比較して、導入サイクルが大幅に短縮され、運用コストも削減されていることが報告されています。
Satellite の各リージョンには、 Satellite Linkや Satellite Configなどのツールが含まれており、リージョン内のネットワーク接続のセキュリティ確保や監査を行う機能に加え、リージョン内のクラスター全体にわたってアプリやポリシーを一貫して展開、管理、制御する機能を提供します。
動画の文字起こし
今日、多くの企業は、ワークロードをパブリック・クラウドに移行することからメリットを得ています。 コグニティブ・アプリケーションを構築し、オンデマンドで拡張し、パブリック・クラウドでのサービス API ベースの使用によって開発のスピードを向上させています。 しかし現実には、多くのワークロードがまだパブリッククラウドに移行しておらず、その多くは規制対象業界のものである。これらのワークロードには、セキュリティやコンプライアンスの要件、あるいはパフォーマンスやレイテンシに関する要件があり、そうしたアプリケーションを物理的にパブリッククラウドのデータセンターに移行することは困難である。 そして、多くの組織が真に求めているのは、パブリッククラウドがもたらす俊敏性のメリットをすべて享受しつつ、それらのワークロードを必要な場所――オンプレミス、既存のデータセンター、世界中の複数のパブリッククラウドプロバイダー、あるいは処理が必要なアプリケーションやデータソースに近いネットワークのエッジなど――で実行できる柔軟性です。 パブリック・クラウドは、「分散クラウド」と呼ばれる新しい概念により、この要件を満たすように進化しています。 そのため、IBM Cloud Satellite の中心は、どこでも管理される IBM Cloud サービスの概念です。 今日、IBM Cloud の機能を利用すると、インフラストラクチャーから Kubernetes および OpenShift、データベース、DevOps ツール、AI 機械学習と IOT 用のフレームワークに至るまで、アプリケーションの構築と実行に使用できる 130 を超えるサービスのカタログが得られます。 これらのサービスはすべて、オンデマンドでプロビジョニング可能なAPIとして提供されており、これらを利用してアプリケーションを構築することができます。 IBM Cloud Satellite では、そのサービス・カタログを拡張し、IBM Cloud 領域外の場所で、同じ API を介してまったく同じ方法で利用できるようにします。 つまり、データセンター内の OpenShift クラスターや、工場内のAI機械学習フレームワークを、今や活用できるようになったのです。 これらの機能は、アプリケーション・ワークロードを実行する必要がある場所であればどこでも一貫性のある方法で使用できます。 また、IBM Cloud Paks やオープン・ソース機能などのソフトウェアを使用して、あらゆる環境で一貫性のある方法でデプロイすることもできます。 このアプローチの利点の一つは、パブリッククラウドが、分散されたすべてのワークロードに対する一種の中央管理機能、つまりコントロールプレーンとなることです。 IBM Cloud でログインできる単一のコンソールがあり、これを使用することで、多様な環境全体にわたって、リソースやクラウドサービスのプロビジョニング、それらの設定、アプリケーションのプロビジョニング、および管理を一貫した方法で実行できます。 セキュリティーを実現する方法が 1 つあります。 もちろん、一般的な可観測性 (ロギングとモニタリング、ダッシュボードとアラート) も備えています。これにより、これらのすべての環境で一貫性のある方法で実行しているワークロードをモニターできます。 また、インベントリーと変更管理を支援するために、Satellite でいくつかの作業を行っています。 そのため、Satellite の機能の一部として、この共通コントロール・プレーンまたは単一のガラス・ペインを使用することで、さまざまな環境セットにわたってアプリケーションを管理できます。 では、これはどのように機能しますか? ここで紹介する Satellite 内の重要なアイデアの種類は、ロケーションの概念です。 ロケーションとは、クラウド・サービスをデプロイおよび利用できるようにする、IBM Cloud の外部の場所を IBM Cloud に対して定義する方法です。 これは、クラウド・サービスを実行するためにお客様の代わりに使用する、お客様が所有するインフラストラクチャーの集合です。 そのロケーションは、本質的には Linux ホスト、仮想マシン、または物理マシンの集合体であり、これらはリソースプールとしてまとめられ、 Satellite によって自動的に管理され、私たちがサービスをプロビジョニングするために利用されています。 そのため、例えば、データ・センター内に Satellite ロケーションを作成する場合、そのデータ・センター内に Linux マシンのセットをプロビジョンできます。 これらの Linux マシンを IBM Cloud にロケーションとして登録し、そのコレクションが IBM Cloud Satellite に登録されると、クラウド・サービスをデプロイできるクラウド・アカウント内のカスタム・リージョンのようなロケーションが表示されるようになります。 そのため、Postgres データベースを作成する場合は、DevOps ツール・チェーンを定義するか、OpenShift クラスターを作成します。クラウド内のサービスを介してそのクラスターをプロビジョンする場合、データ・センターで定義したカスタム・ロケーションは、そのリソースをプロビジョンするときに選択できるロケーションになります。 つまり、「ロケーション」とは、 Linux のインフラストラクチャを任意のものから選択し、クラウドサービスを実行する場所として利用できるようにするという、実にシンプルな概念です。 このロケーションという概念の利点の 1 つは、非常に高い柔軟性を提供することです。IBM Cloud Satellite は、あらゆるインフラストラクチャーでクラウド・サービスを利用できるようにするために使用する共通のインフラストラクチャー抽象化として、Kubernetes と OpenShift の上に構築されています。 OpenShift を抽象化層として使用することで、Satellite ロケーションの下にあるさまざまなインフラストラクチャーをサポートできます。 データ・センター、物理サーバー、または仮想サーバーに独自のカスタム・インフラストラクチャーを持ち込むことができます。 アカウントを別のパブリック・クラウド (Amazon、Azure、Google など) で使用し、そのインフラストラクチャーを利用して、IBM Cloud がクラウド・サービスの実行に使用するロケーションに配置することができます。 これらのロケーション、サービスとアプリケーションは IBM Cloud によって管理されるため、当然ながら、これらの管理を支援するためにクラウドへの接続が必要になります。その接続は「Satellite Link」というコンポーネントによって提供されます。 Satellite Link のアイデアは、クラウドとその場所との間を流れるすべてのデータを透過的に可視化し、それらの場所で公開されるアプリケーションとリソースを制御できるようにすることです。 これらの 2 つのアイデア (ロケーションとリンク) は、Satellite が IBM Cloud に導入する基本的な新しい概念を提供し、あらゆる場所でサービスの力をお客様に提供します。 また、いくつかの最適化されたソリューションも提供します。 完全に統合されたラック・システム (IBM とパートナーの両方)、および as-a-service インフラストラクチャー機能により、ハードウェアからインフラストラクチャーまで、およびプラットフォームと SaaS アプリケーションに至るまで、お客様のすべての機能を実行できます。 そのため、インフラストラクチャーを利用することも、新しい環境を構築することも、IBM Cloud やその他のパブリック・クラウド・プロバイダー全体でマルチクラウド環境を実行することもできます。 つまり、これらが「 Satellite 」の中核となる考え方です。ロケーションとリンクを活用することで、当社のクラウドカタログサービスをあらゆる場所に拡張することが可能となり、世界中のどこで必要とされても、クラウドの力と「 IBM Cloud 」の力を活用していただけます。 必要なのはいくつかの Linux インフラストラクチャーだけで、残りは IBM が行います。 どうもありがとう。
Satellite のロケーション、ホストなど、とは何ですか?
まずは、Satellite のいくつかの重要な用語について理解してください。
| 用語 | 説明 |
|---|---|
| Satellite のロケーション | Satellite ロケーションは、オンプレミスのデータ・センターやクラウドなど、インフラストラクチャー・プロバイダー内の環境を表現したものです。 ロケーションは、バッキング・インフラストラクチャー環境の別個のゾーンからの、ホストと呼ばれる計算ソースで構成されます。 詳しくは、 Satellite の場所とホストについて を参照してください。 |
| Satellite コネクター | Satellite コネクターは、 IBM Cloud から Docker ホストなどのコンテナー・プラットフォーム・ホストにデプロイされた軽量コンテナーを持つオンプレミス・リソースへのセキュア通信のみを有効にするデプロイメント・モデルです。 このオプションにより、 Satellite 通信のすべてのセキュリティーと監査能力が提供されますが、必要なリソースは少なくなります。 詳しくは、 Satellite コネクターの概要 を参照してください。 |
| Satellite コネクター・エージェント | 各コネクタは、接続を確立するために、接続先でエージェントが実行されている必要があります。 詳しくは、 コネクターについて を参照してください。 |
| Satellite ホスト | Satellite ホストは、インフラストラクチャー・プロバイダーに常駐する計算ソースですが、ローカルにも常駐する計算ソースです。 ホストを Satellite のロケーションに接続したら、そのホストをロケーションのコントロールプレーン、または Satellite が有効化された IBM Cloud サービスに割り当てて、サービスのワークロードを実行するためのコンピューティングリソースを確保します。 詳しくは、 ロケーションへのホストの接続 を参照してください。 |
| Satellite 対応サービス | Satellite ロケーションにセットアップできる IBM Cloud サービス (Red Hat OpenShift クラスターなど)。 サービスはロケーションの管理元の IBM Cloud リージョンから管理されますが、ロケーションでサービスのリソースを実行するためのインフラストラクチャー・ホストはお客様が用意する必要があります。 詳しくは、 サポートされる Satellite対応の IBM Cloud サービス を参照してください。 |
| Satellite Config | Razeeというオープンソースプロジェクトを基盤とする「 Satellite Config」は、 Satellite の各ロケーション内のクラスター全体に、アプリケーションのバージョンを一貫して展開するために利用できる継続的デリバリーツールです。 詳しくは、Red Hat OpenShift 構成を使用したクラスター間への Satellite リソースのデプロイを参照してください。 |
| Satellite Link | Satellite Link は、ロケーションの管理元の Satellite リージョンに IBM Cloud ロケーションを安全に接続します。 ロケーションとの間の通信は、リンク・トンネル・サーバーによってプロキシー処理され、この接続上のネットワーク・トラフィックをモニターおよび監査することができます。 詳しくは、Link エンドポイントを使用した Satellite ロケーションと外部サービスの接続を参照してください。 |
| Satellite ストレージ | Satellite ストレージでは、ストレージ・テンプレートを使用して、Satellite ロケーションの複数の Red Hat OpenShift クラスターに多様なストレージ・ドライバーを簡単にインストールできるようにするために、Satellite Config を使用しています。 ストレージ・テンプレートは各ベンダーによって提供され、テストされています。 Satellite ストレージをインストールすると、クラスター・ユーザーは Kubernetes 永続ボリューム請求 (PVC) を使用して永続ストレージをオーダーし、アプリケーション・データを永続ストレージに保存できるようになります。 詳しくは、Satellite ストレージ・テンプレートについてを参照してください。 |
Satellite のインフラストラクチャーの選択
Satellite を開始するには、使用するインフラストラクチャーのタイプを決定します。 次に、ホストを接続し、ロケーション・コントロール・プレーンを作成して、ロケーションを作成します。 一部のクラウドプロバイダーでは、Terraformテンプレートを使用して、ロケーションの作成とホストの割り当てを自動化できます。 それ以外の環境については、ホストを手動で追加してください。 利用可能なオプションの詳細については、 「 Satellite の環境計画」を 参照してください。
- Satellite を試してみたい。
- Satellite ガイド付きツアー から始めるか、 IBM Cloud 試験用 を使用して Satellite という場所を作成してください。 この設定は、本番環境向けのものではありません。
- オンプレミス・インフラストラクチャーまたはエッジ・インフラストラクチャーを使用する予定です。
- オンプレミス環境の場合は、 Satellite のロケーションを手動で設定してください。
- インフラストラクチャーに別のクラウド・プロバイダーを使用したいと考えています。
- Amazon Web Services (AWS)、Google Cloud Platform (GCP)、Microsoft Azure、または Alibaba Cloud から選択します。 これらのプロバイダーは、セットアップを迅速化するためのTerraformベースの自動化に対応しています。
- Satellite コネクターを作成します。
- コネクタは、特定のリモート拠点と IBM Cloud との間に、安全で暗号化された接続を確立します。 コネクタを作成するには、「 コネクタの作成」 を参照するか、 コネクタについて詳しくご確認ください。
ホストの最小要件
Satellite のすべてのホストは、インフラストラクチャプロバイダーにかかわらず、以下の最低要件を満たす必要があります。 これらの要件を満たさないホストは、アタッチメント処理中に拒否されます。
satellite-host-check スクリプトを実行して、アタッチメントを行う前にホストの設定が正しいことを確認してください。 詳しくは、ホスト・セットアップの確認を参照してください。
Satellite ロケーションを作成しました。次に何が来ますか?
Satellite ロケーションがセットアップされたので、IBM Cloud サービスの使用を開始する準備ができました。
- Satellite 対応 IBM Cloud サービスを実行できるように、ロケーションへの追加ホストの接続によってコンピュート容量をロケーションに追加します。
- Red Hat OpenShift クラスターなどの Satellite 対応 IBM Cloud サービスを作成します。 事前に接続した追加のホストをワーカー・ノードとして割り当てて、クラスターにコンピュート能力を提供します。 既存の Red Hat OpenShift クラスターを自分のロケーションに登録するをデプロイメント・ターゲットとして使用することもできます。
- Satellite の構成を使用して アプリケーションを管理します。
- Satellite クラスター・ストレージ・テンプレートを作成します。
- Satellite Link コンポーネントについて学習し、ロケーションと IBM Cloud の間のネットワーク・トラフィックを管理するエンドポイントの使用方法を理解します。
お困りですか? 「 サポートの利用方法 」をご覧ください。ここでは、クラウドのステータス、問題、ログに関する情報、サポートへの連絡方法、および IBM Cloud プラットフォーム関連事項のメール通知設定についてご確認いただけます。