• Satellite ロケーションに対して 24x7 のお客様サポートを提供します。
• 発生する可能性のある問題の解決に役立てるため、お客様サポート計画を提供します。

• Satellite で IBM Cloud をお客様の環境に拡張するために使用するコンピュート、ネットワーク、およびストレージの基盤インフラストラクチャーをお客様の環境に用意します。

• ロケーションの作成や削除など、運用活動を開始するためのインターフェースを提供します。
• IBM Cloud のマルチゾーン・メトロ内で、完全に管理された高可用性のロケーション制御プレーンをセットアップします。
• ロケーションの健全性を監視し、可能な場合は問題を自動的に解決するとともに、手動による介入が必要な場合は IBM のサイト信頼性エンジニアにアラートを送信します。
• ロケーションのイベントを、お客様の IBM Cloud Logs インスタンスに自動的に転送します。

• 提供されているツールを使用して、ロケーションを作成し、ロケーションにホストを追加し、コントロール・プレーン・ワーカー・コンポーネントとして十分なコンピュート・リソースを備えたホストを割り当て、ロケーションで問題が発生した場合には、問題を デバッグします。

• ロケーションへのホストのアタッチやリムーブなど、運用アクティビティを開始するためのインターフェイスを提供します。
• ユーザが提供するホスト上で動作するロケーション固有のコントロールプレーンを設定し、高可用性のために3つのレプリカを用意します。 コントロールプレーンで使用される Satellite のロケーションバージョンは、クラスタホストで使用されているバージョンと必ずしも一致するとは限りません。 コントロール・プレーンは自分で更新するが、利用可能な最新のコントロール・プレーンのバージョンは IBM によって決定される。 クラスタのホストは、コントロールプレーンよりも新しいバージョンを使用できます。
• ユーザーが選択したホスト上で実行し、それらを Satellite のロケーションに接続するためのスクリプトを生成します。
• 指定した Red Hat OpenShift クラスターに、ホストをワーカーノードとして割り当てます。
• ロケーションに接続されているホストの健全性を監視し、可能な場合は自動的に問題を解決し、手動での介入が必要な場合は IBM のサイト信頼性エンジニアにアラートを送信します。
• ホストのイベントを IBM Cloud Logs インスタンスに自動的に転送します。

• アプリケーション・ワークロードをサポートするために、必要に応じて、ホストおよびプロバイダー固有の要件を満たすホストを Satellite ロケーションに追加または 割り当てます。
• ロケーション・コントロール・プレーンのサポートに十分な計算リソースをホストに割り当てます。 さらに容量が必要な場合は、ゾーン全体で均等にコントロール・プレーンの数を増やします。増やす場合は、6、9、12 ホストのように、3 の倍数で増やしていきます。
• ホストが Satellite ロケーションに接続できるように、ネットワークの初期構成を行います。例えば、ファイアウォールまたは仮想プライベート・ネットワーク (VPN) 経由の接続を許可します。
• オンプレミスまたはユーザー提供の環境で、ホストを高可用性アーキテクチャーでセットアップします。例えば、3 つの異なるゾーンに設定します。
• 提供されているツールを使用して、ホストの管理とホストで発生する可能性のある問題のデバッグを実行します。

• ロケーションに登録されたクラスタ全体にわたる Kubernetes リソースのデプロイを管理するために使用できる、高可用性の構成管理サービスを提供します。
• 構成の作成や削除などの運用活動を開始するためのインターフェースを提供します。
• ユーザーが Red Hat OpenShift クラスタ内で実行し、そのクラスタを Satellite Configに登録できる kubectl コマンドを提供します。
• Kubernetes リソース構成の作成、新しいバージョンのアップロード、およびクラスタの一部をバージョン（以前のバージョンを含む）にサブスクライブする機能を提供します。
• アプリ構成ファイルを、高可用性を備えたバックエンドデータストア（etcd ）に保存します。
• 構成イベントを IBM Cloud Logs インスタンスに自動的に転送します。

• 提供されているツールを使用して、クラスターをセットアップし、Kubernetes 構成ファイルの内容をその構成のバージョンとしてアップロードし、その構成に対してクラスターをサブスクライブします。 クラスターで実行されるアプリについてはお客様の責任であることに注意してください。ただし、Satellite 構成を使用して、一貫してアプリをデプロイおよび更新できます。

• 「 Satellite 」の Satellite Linkトンネルクライアントを設定し、コントロールプレーンノードをマネジメントプレーンに接続します。
• 「 Satellite 」の拠点と「 IBM Cloud 」または一般に公開されているエンドポイント間の接続を可能にするインターフェースを提供します。
• 拠点とエンドポイント間の接続を有効化および無効化する機能を提供します。
• エンドポイントの送受信ネットワークトラフィックを自動的に収集します。
• エンドポイントのメトリクスを確認するためのダッシュボードを提供し、エンドポイントのログを IBM Cloud Logs インスタンスに自動的に送信します。
• リンクイベントを IBM Cloud Logs インスタンスに自動的に転送します。

• 提供されているツールを使用して、 Satellite のロケーションエンドポイント を作成および管理します。
• ロケーションとロケーション外のエンドポイント間のネットワークトラフィックを許可するために、 Satellite のコントロールプレーンにある「 Satellite Link」トンネルクライアントが 有効になっている ことを確認してください。
• ロケーション内でアプリを正常に実行するために必要な接続をすべて有効にし、エンドポイントの接続に関する問題をデバッグしてください。

• ストレージ構成の作成や、ロケーションに接続されているクラスターへの構成の割り当てなどの操作を開始するためのインターフェースを提供します。
• 接続されているクラスターにストレージ・ドライバー・コンポーネントを自動的にインストールし、アプリ・ストレージを管理するためのストレージ・クラスを提供する一連のストレージ・テンプレートを提供します。

• データ型、データアクセス頻度、パフォーマンス、耐久性、耐障害性、可用性、スケーラビリティ、および暗号化といった、アプリケーションの要件に最も適したストレージタイプを選択してください。
• インストール済みのストレージドライバーでは自動的にプロビジョニングできない物理または仮想ストレージインスタンスを、オンプレミスのデータセンターまたはパブリッククラウドプロバイダーから調達してください。
• 提供されているツールを使用して、ストレージ構成を作成し、接続されたクラスターに構成を割り当てます。
• Red Hat OpenShift CLI を使用して、永続ボリュームおよび永続ボリュームクレームをプロビジョニングし、アプリケーションのストレージ要件を満たします。
• アプリケーションでストレージを使用する際に発生する問題をデバッグします。

• 特定のグループの IBM Cloud サービス (Red Hat OpenShift クラスター など) を Satellite ロケーションにデプロイする機能を提供します。
  -各サービスの資料を参照して、IBM が維持する追加の責任について確認します。

• 必要に応じて、提供されているツールを使用して追加のサービスをセットアップします。
• サービスの資料に従って、計算能力として使用するサービスに十分なホストを提供します。
  -これらのサービスを使用する際に履行すべき追加の責任について、各サービスの資料を確認します。

• コネクタの作成や削除など、運用アクティビティを開始するためのインターフェイスを提供します。
• コネクタのイベントをロギングインスタンスに自動的に転送します。

• IBM Cloud Container Registry にある「 Satellite Connector Agent」イメージの更新版をテストし、公開する。
• コンテナイメージ内のソフトウェアについて、共通脆弱性情報（CVE）を監視・更新する。

• IBM Cloud内の .zip ファイルとして Satellite Connector Agent for Windows Service に対する更新をテストして公開します。
• .zip ファイル内のソフトウェアをモニターして更新します。

• 変更管理アクティビティー (ロケーションの削除など) を開始するためのインターフェースを提供します。

• ロケーション・コントロール・プレーンに割り当てられているホストを更新し、実行に十分な計算リソースがコントロール・プレーンにあることを確認します。
• ロケーションを削除する前に、関連付けられているすべてのホストとクラスターを削除します。 ロケーションを削除する前に、そのロケーションについて保持する必要があるバックアップ情報をすべて保存します。

• 変更管理活動を開始するためのインターフェースを提供します。
• ホストの健全性を監視し、ホストのオペレーティングシステムの再読み込みなど、実行が必要なアクションとともにステータスを報告します。
• セキュリティを強化するため、ホストをロケーションにアタッチした後、そのホストへの Secure Shell (SSH) アクセスを無効にします。
• コンテナプラットフォームのメジャーバージョン、マイナーバージョン、およびフィックスパックのバージョン更新を適用できるようにします。
• オペレーティングシステムソフトウェアのマイナーバージョンおよびフィックスパックのバージョン更新を適用できるようにします。

• ホストの状況を確認し、オペレーティング・システムの再ロードや更新など、ホスト・インフラストラクチャーの問題を解決するために必要なアクションを実行します。
• ホストを更新または削除する前に、実行する必要のあるコンポーネントを引き続き実行しするために、クラスターまたはロケーション・コントロール・プレーンに十分な数の追加ホストがあることを確認します。 更新または削除する前に、ホストについて保持したいバックアップ情報を保存します。
• クラスターから削除したホストを再利用するには、そのホストをロケーションから削除する必要があります。 次に、インフラストラクチャー・プロバイダーで完全なオペレーティング・システムの再ロードを実行して、ホストを自分のロケーションに再接続し、ホストをクラスターに再割り当てします。
• 使用可能な更新をワーカー・ノードまたはコントロール・プレーン・ホストに適用します。 バージョンの更新が失敗した場合は、更新が適用されるまで、ホストを削除して、そのホストに関するあらゆる問題を再ロードしてトラブルシューティングし、ホストを再接続する必要があります。

• 構成やサブスクリプションの更新など、変更管理アクティビティーを開始するためのインターフェースを提供します。
  -サブスクライブしたクラスターに対する構成の変更のロールアウトを自動的に開始します。
• 構成を削除するときに、サブスクライブしたクラスターで実行される Kubernetes リソースを自動的に削除します。

• 提供されている Satellite Config および Red Hat OpenShift ツールを使用して、アプリへのすべての変更を管理します。 更新ロールアウト戦略によっては、アプリ・バージョンの更新時に発生する可能性のあるあらゆるダウン時間を含め、アプリのライフサイクルについてはすべてお客様の責任です。

• Satellite リンク・トンネル・クライアントのバージョンを保守します。

• 必要に応じて、提供されているツールを使用して、エンドポイントの作成、更新、または削除を行います。
• エンドポイントの有効化と無効化を行い、ロケーションとサービスのエンドポイントの間のネットワーク・トラフィックを許可またはブロックします。

• ストレージ構成の削除やストレージ構成からのクラスターの削除など、変更管理操作を開始するためのインターフェースを提供します。
• IBM 提供のストレージ・テンプレートのバージョンの更新を提供します。

• ツールを使用して、ストレージ構成およびクラスターの割り当てを削除します。 これらの構成を削除すると、割り当てられたクラスターでストレージ・ドライバーがアンインストールされることに注意してください。 永続ボリューム・クレーム（PVC）、永続ボリューム（PV）、およびデータは削除されません。 ただし、クラスタ内でストレージドライバを再インストールし、ストレージ構成を復元するまでは、データへのアクセスはブロックされます。
• IBM が提供するストレージテンプレートのバージョン更新を適用し、コンプライアンスを確保するとともに、インストール済みのストレージドライバのサポートを確実にしてください。

• 各サービスの資料を参照し、IBM が担うその他の責任について確認してください。 例えば、Red Hat OpenShift on IBM Cloud クラスターについては、IBM は、マスターに対するパッチ・バージョン更新 (自動的に適用されます) と、ワーカー・ノードに対するパッチ・バージョン更新 (お客様が適用します) を提供します。

• 各サービスの資料を参照し、そのサービスを使用する際にお客様が担うその他の責任について確認してください。

• IAM を介して各ロケーションにアクセス制御を割り当てるためのインターフェースを提供します。

• 提供されているツールを使用して、認証、許可、およびアクセス制御ポリシーを管理します。

• セキュリティを強化するため、ホストをロケーション・コントロールプレーンまたはクラスターに割り当てた後は、そのホストへのSSH（Secure Shell）アクセスを無効にしてください。

• クラスタにホストを追加して割り当てます。 ホストの割り当てが完了すると、SSHアクセスは無効化され、そのホストへのアクセスは IBM Cloud のIAMアクセス を通じて制御されます。

• IAM を介して構成にアクセス制御を割り当てるためのインターフェースを提供します。

• 提供されているツールを使用して、認証、許可、アクセス制御ポリシーを管理し、Satellite の構成とサブスクリプションを使用して、Kubernetes リソースを作成、更新、および削除します。 IAM での Satellite Config へのアクセス権限では、クラスターへのアクセス権限をユーザーに付与しません。また、クラスターから Kubernetes リソースにログインして管理する権限も付与しません。 クラスターへのアクセス権限を持つユーザーは、ログインして、Kubernetes リソースを手動で変更できます。

• IAM を介してエンドポイントにアクセス制御を割り当てるためのインターフェースを提供します。

• 提供されているツールを使用して、認証、許可、およびアクセス制御ポリシーを管理します。

• 永続ボリュームおよび永続ボリューム請求を使用して、ストレージに対するアプリの読み取り/書き込みアクセス権限を決定して構成します。

• 各サービスの資料を参照し、IBM が担うその他の責任について確認してください。

• 各サービスの資料を参照し、そのサービスを使用する際にお客様が担うその他の責任について確認してください。

• 特定の標準に対するプラットフォーム・レベルのコンプライアンスを提供します。 詳しくは、IBM Cloud のコンプライアンスを参照してください。
• 課金、使用量、および ID とアクセス制御 (IAM) を管理するためのツールを提供します。
• Satellite コンポーネントのデフォルトのセキュリティー設定を設定します。 これらの設定はセキュリティを保証するものではなく、ユーザーによって変更される可能性があります。

• 環境に必要な政府、業界、および企業の標準を特定します。
• データ・センターを保護するセキュリティー管理の基礎となるインフラストラクチャーをホストする物理的な場所を検討します。

• 「 IBM Cloud 」が管理するロケーションのコントロールプレーンについて、セキュリティおよび規制への準拠を維持します。
• 管理対象のマスターコンポーネントを更新します。
• ロケーションのワーカーノードで実行されるコントロールプレーンコンポーネントに対して、パッチの更新を提供します。
• 「 IBM Cloud 」のIAMを通じて、ロケーションへのアクセスを制御する機能を提供します。

• ホスト・インフラストラクチャーのセキュリティーとコンプライアンスを維持すること (ロケーション・コントロール・プレーンを実行するホストにワーカー・ノードのパッチ更新を適用するなど) はお客様の責任です。

• Satellite クラスター内のワーカー・ノードとして実行されるホストのパッチ更新を提供します。
• セキュリティーを強化するために、ロケーション・コントロール・プレーンまたはクラスターにホストを割り当てた後に、ホストに SSH で接続する機能を無効にします。

• ワーカー・ノードのパッチ更新の適用など、ホスト・インフラストラクチャーの安全性とコンプライアンスを維持するのはお客様の責任になります。
  -データの安全性を維持し、規制要件を満たすために、ホストに追加するブート・ディスクと追加ディスクを暗号化するのはお客様の責任となります。

• クラスタやロケーションをまたいで、アプリを一貫してデプロイします。
• IBM Cloud のIAMを通じて、設定へのアクセスを制御する機能を提供します。

• セキュリティー・コンテキスト制約などを使用し、準拠すべきセキュリティー標準に従って Kubernetes 構成ファイルを作成します。 アプリのセキュリティーとコンプライアンスについては、お客様の責任です。

• 「 Satellite 」のLinkトンネルクライアントを使用して、 IBM Cloud と Satellite の拠点間で安全な接続を確立します。
• 「 IBM Cloud 」のIAMを通じて、エンドポイントへのアクセスを制御する機能を提供します。
• お客様の拠点と、その拠点外のエンドポイント間のネットワークトラフィックを監視する機能を提供します。

• 全ロケーションに Link エンドポイントをセットアップして監査します。

• IBM 提供のストレージ・テンプレートのためのセキュリティー更新およびパッチを提供します。

• IBM 提供のストレージ・テンプレートに対して提供されたセキュリティーおよびバージョンの更新を適用し、インストール済みのストレージ・ドライバーのコンプライアンスとサポートを維持します。
• データ保存要件を満たすため、データのバックアップ・メカニズムを実装します。
• データに対する責任と、アプリによるデータの取り込み方法を維持します。
• スナップショット、データの複製、データの同期、またはその他の高可用性メカニズムを使用して、データを保管します。

• 各サービスの資料を参照し、IBM が担うその他の責任について確認してください。

• 各サービスの資料を参照し、そのサービスを使用する際にお客様が担うその他の責任について確認してください。

-管理対象マスター・コンポーネントを更新します。

• IBM IAM を介してコネクターへのアクセスを制御する機能を提供します。

• IBM Container Registry にある「 Satellite Connector Agent」イメージの更新版をテストし、公開する。
• コンテナイメージ内のソフトウェアについて、共通脆弱性情報（CVE）を監視・更新する。

• IBM内の .zip ファイルとして Satellite Connector Agent for Windows Service への更新をテストして公開します。
• .zip ファイル内のソフトウェアをモニターして更新します。

• Satellite ロケーション・コントロール・プレーン・コンポーネントを IBM Cloud Object Storage インスタンス内の IBM マネージド・バケットにリカバリーするために、ロケーション情報をバックアップします。
• ロケーションの正常性をモニターし、可能な場合は自動的に問題を解決します。手操作による介入が必要な場合は、IBM サイト信頼性エンジニアにアラートを送信します。

• 環境の災害時リカバリー要件を定義します。
• ロケーションをリカバリーする必要がある場合は、IBM Cloud Object Storage インスタンスでバックアップへのアクセスを提供します。

• ロケーション・コントロール・プレーンに割り当てられているホストの情報を IBM マネージド IBM Cloud Object Storage インスタンスにバックアップします。
• Satellite クラスターに割り当てられているホストの情報をアカウントの IBM Cloud Object Storage インスタンスにバックアップします。

• 必要に応じて、ハードウェアを保守、修理、または交換します。

• etcd に保存された Satellite 構成に関する情報をバックアップします。
• サービスがリカバリーされると、使用可能なクラスターに構成ファイルが自動的にデプロイされます。

• 可用性の高いアプリの災害復旧プランを設計、実装、およびテストします。

• 災害から復旧した後に、リソースに必要なエンドポイントを復元します。

• ストレージ構成および割り当てられたクラスターに関する情報をバックアップします。

• スナップショット、データ複製、データ同期、またはその他の高可用性メカニズムを使用して、高可用性を維持した状態でデータが保管されるようにします。
• データ保存のコンプライアンス要件および規制要件を満たすようにデータをバックアップします。
• ストレージ・プロバイダーまたはオンプレミス・データ・センターから提供されたツールを使用して、物理ストレージ・インスタンスをモニターし、必要に応じて障害のあるインスタンスを置き換えます。

• 各サービスの資料を参照し、IBM が担うその他の責任について確認してください。

• 各サービスの資料を参照し、そのサービスを使用する際にお客様が担うその他の責任について確認してください。