管理ステーションの理解

管理ステーションの役割が割り当てられたシステムは、ソフトウェア・ソースをオンプレミスまたはサポートされているサードパーティ・クラウドのインスタンスにミラー化して配布します。ステーションは、インスタンスがOracle Cloud InfrastructureのOS管理ハブと通信するためのネットワーク・プロキシとしても機能します。

ノート

管理ステーションはOCIインスタンスでは使用されません。

管理ステーションとは何ですか。

管理ステーションは、ソフトウェア・ソースを他のオンプレミス・インスタンスまたはサードパーティ・クラウド・インスタンスにミラーリングして配布するインスタンスです。このステーションは、OCI以外のインスタンスがOracle Cloud InfrastructureのOS管理ハブと通信するためのネットワーク・プロキシとしても機能します。ステーションとして機能するシステムには、クライアント・インスタンスを効率的に処理するための特定の要件があります。

駅は必要ですか?

オンプレミスまたはサードパーティ・クラウド・インスタンスを管理する場合、それらのインスタンスにソフトウェア・ソース・コンテンツを提供するステーションが少なくとも1つ必要です。ステーションはOCIインスタンスには使用されません。

オンプレミスまたはサードパーティ・クラウド・インスタンスを登録する前に、ステーションを作成して登録する必要があります。ステーションがサポートできるインスタンスの数は、ステーションのメモリーと処理能力、およびデータ・センター・ネットワークの速度によって異なります。

カスタマー・データ・センターまたはサードパーティ・クラウド内に複数のステーションをデプロイできます。高可用性構成で複数の管理ステーションを構成することもできます。

ステーション・インスタンスはどのようにしてメンテナンスするのですか。

デフォルトでは、管理ステーション・インスタンスにアタッチされるのはOracle Linux 8 BaseOSおよびAppstreamソフトウェア・ソースのみです。ステーション・インスタンスを更新するには、まず追加のソフトウェア・ソースをアタッチしてから、更新ジョブを作成する必要があります。ステーションに接続するソフトウェア・ソースは、ステーションによってミラー化され、他のインスタンスに配布されるソースとは異なります。

ステーション用にOCIに格納されるデータは何ですか。

ミラーストレージの容量(空きパーセンテージ)
reposyncコマンド出力

ノート

管理ステーションもOS管理ハブを使用して管理および更新されている場合、そのインスタンス情報も収集されます。

システム要件

管理ステーションには、データ・センターでクライアント・インスタンスを効率的に提供するための要件がいくつかあります。

Oracle Linux要件

管理ステーションでは、データ・センターまたはサポートされているサードパーティ・クラウドのx86_64ベア・メタル・サーバーまたは仮想マシンでOracle Linux 8 (8.7以上、Oracle Linux 9はサポートされていません)が必要です。Unbreakable Linux Network (ULN)またはその他のコンテンツ配信システムにステーションを登録しないでください。ステーションの登録後、OS管理ハブはステーション・インスタンスに更新を提供します。「ステーション・インスタンスはどのようにしてメンテナンスするのですか。」を参照してください。

CPUおよびメモリー要件

管理ステーションシステムには、少なくとも4つのCPUコアと16 GBのRAMが必要です。

ネットワーキング要件

管理ステーションは、ポートtcp/443上のOCIのOS管理ハブに接続している必要があります。ステーションでOCIに到達するために転送プロキシが必要な場合は、ステーションの作成時にその情報を指定します。

管理ステーションには、ローカル・ネットワーク上のクライアント・インスタンスへの接続が必要です。ステーションを作成するときは、プロキシ・リスニング・ポートと2つのミラー・リスニング・ポートを指定します。これらのTCPポートは、ステーションとそのクライアントの間のネットワーク上で開いている必要があります。また、ステーション・インスタンスとクライアント・インスタンス間で10ギガビット・ネットワークを推奨します。

記憶域要件

管理ステーションは、Oracle Linuxソフトウェア・ソースをミラー化して、オンプレミスまたはサードパーティ・クラウド・インスタンスにローカルにコンテンツを提供します。ミラーストレージをルートファイルシステムとは別に割り当てることをお勧めします。NFSまたはiSCSIを使用してミラーにネットワークボリュームを使用することを検討して、障害回復を容易にします。高可用性構成で共有ストレージを使用することもできます。

ステーションのストレージ領域が重要になる場合があります。これは、ミラー化ソフトウェアソースの数、サイズ、およびスコープによって異なります。複数のバージョンのOracle Linuxを提供するステーションには、数百ギガバイトのディスク領域が必要になる場合があります。Kspliceを使用する場合、通常、数テラバイトが必要です。/var/cache/dnfにリポジトリ・メタデータ用の十分な記憶域があることを確認します。大規模なソフトウェア・ソースでは、リポジトリごとに100MBから200MBのストレージが必要になる場合があります。

ソフトウェア・ソース・リストを使用すると、ミラー・ボリュームと/var/cache/dnfの両方に対するステーションのストレージ・ニーズの計画に役立ちます。リストには、各ソフトウェア・ソースの現在のサイズが含まれます。

ノート

パッケージは、Oracle Linuxリポジトリから削除されません。したがって、各ソフトウェア・ソースに必要な領域は常に増加します。ステーションのミラーストレージ容量をアクティブにモニターします。

ステーション・ヘルス・ステータス

「管理ステーションのリスト」または「管理ステーションの詳細の表示」では、ステーションのヘルスを表示できます。

考えられるヘルス・ステータスは次のとおりです。

正常: 管理ステーションは正常に動作し、サービスでチェックインしています。
異常: 管理ステーションがサービスとの接続を失いました(非アクティブ、オフラインまたは未登録)。トラブルシューティングに役立つように、管理ステーション・インスタンスのエージェント・ログを確認します。
使用不可: これは、管理ステーションを最初に作成したあとの初期健全性状態です。ステーション・インスタンスを登録するまで、ステーションはこの状態のままです。

ミラー同期

駅の鏡って何?

管理ステーション・ミラーは、ステーションを使用するオンプレミス・インスタンスまたはサードパーティ・クラウド・インスタンスにコンテンツを提供するために必要なソフトウェア・ソースのコピーです。オンプレミスまたはサードパーティ・クラウド・インスタンスは、OS管理ハブから直接ではなく、管理ステーションからソフトウェア・コンテンツを受信できます。ミラー化されたソフトウェア・ソースの内容は、ミラー同期が発生するたびに更新されます。

重要

ミラー化されたソフトウェア・ソースのリストは、ステーションを使用するプロファイルを作成するまで空になります。「ミラー化されるソフトウェア・ソース」を参照してください。

ミラー同期はいつ発生しますか。

ステーションがOS管理ハブに登録されると、サービスによって、ステーションの繰返しスケジュール済ミラー同期ジョブも作成されます。ミラー同期ジョブを実行時間と頻度を変更できますが、同期ジョブは削除できません。

ミラー同期が発生します。

管理ステーションの定期的なスケジュールされたミラー同期ジョブの実行時。
特定のソフトウェア・ソースに対して即時ミラー同期をトリガーする場合。
すでにミラー化されているカスタム・ソフトウェア・ソースを更新する場合。

ミラー同期中に何が起こりますか。

ミラー同期ジョブが実行されると、ステーションはミラー化されたソフトウェア・ソースを更新する必要があるかどうかをチェックします。同期ジョブは、ソフトウェア・ソースの変更でローカル・ミラーを更新します。ステーションは、ローカルミラーに追加する新しいソフトウェアソースもチェックします。

どのソフトウェア・ソースがミラー化されていますか。

管理ステーションを登録すると、最初にミラー化されたソフトウェアソースのリストが空になります。OS管理ハブは、ステーションを使用するプロファイルおよびインスタンスに基づいてミラー・リストを動的に更新します。

インスタンスを登録する前にステーションを初期化および同期するには、ステーションを使用するインスタンスに必要な登録プロファイルを作成します。このサービスは、プロファイルによって使用されるソフトウェア・ソースを識別し、ステーション・ミラー・リストに追加します。新しいプロファイルを作成したり、新しいソフトウェア・ソースをインスタンスにアタッチすると、ステーション・ミラー・リストが自動的に更新されます。プロファイルを削除したり、インスタンスからソフトウェア・ソースをデタッチした場合、ミラー・リスト・エントリは、ソフトウェア・ソースを参照するインスタンスまたはプロファイルがない場合にのみ削除されます。

カスタム・ソフトウェア・ソースをミラー化する場合、管理ステーションは、カスタム・ソフトウェア・ソースが依存するすべてのベンダー・ソフトウェア・ソースもミラー化します。ステーションがソフトウェア・ソースをミラー化する必要がなくなった場合、そのステーションはすぐにミラー・ボリュームから削除されます。

高可用性(HA)構成を使用している場合、ミラー・リストはすべてのステーション間で統合されます。ステーションの1つを参照するプロファイルまたはインスタンスも、HA構成内のほかのすべてのステーションでミラー化されたソフトウェアソースを更新します。HAで共有ミラーストレージを使用すると、管理ステーション上のソフトウェアソースのミラー同期ステータスが誤って「未同期」と表示されることがあります。既知の問題: 共有ストレージを使用するステーションの「未同期」ステータスを参照してください。

サードパーティおよびプライベートのソフトウェア・ソースはミラー化されていますか。

サードパーティまたはプライベート・ソースを追加する場合は、ソースを管理ステーションにミラー化するかどうかを選択します。ミラー化が有効な場合、ステーションに関連付けられたインスタンスまたはプロファイルがソースを参照するときに、サードパーティまたはプライベート・ソースがステーションにミラー化されます。「ミラー化されているソフトウェア・ソース」を参照してください。

ミラー化ソフトウェア・ソース・リストの例

ステーションを使用するプロファイルを作成したが、まだインスタンスを登録していないケースを考えてみます。次の表に、プロファイルに関連付けられたソフトウェアソースと、生成されるミラーリストを示します。


プロファイル1	ミラー化されたソフトウェア・ソースのリスト
`ol8_baseos_latest-x86_64` `ol8_appstream-x86_64` `ol8_addons-x86_64`	`ol8_baseos_latest-x86_64` `ol8_appstream-x86_64` `ol8_addons-x86_64`

次に、次の場合に何が起こるかを見てみましょう。

インスタンス1とインスタンス2のプロファイル1への登録

プロファイルで定義されたソフトウェア・ソースは、各インスタンスにアタッチされます。ミラーリストは、新しいソースが追加または削除されていないのと同じままです。


プロファイル1	インスタンス1	インスタンス2	ミラー化されたソフトウェア・ソースのリスト
`ol8_baseos_latest-x86_64` `ol8_appstream-x86_64` `ol8_addons-x86_64`	`ol8_baseos_latest-x86_64` `ol8_appstream-x86_64` `ol8_addons-x86_64`	`ol8_baseos_latest-x86_64` `ol8_appstream-x86_64` `ol8_addons-x86_64`	`ol8_baseos_latest-x86_64` `ol8_appstream-x86_64` `ol8_addons-x86_64`