管理ステーションの理解

ミラー同期

管理ステーションは、ソフトウェア・ソースをミラー化して、オンプレミスまたはサードパーティ・クラウド・インスタンスにコンテンツを提供します。ステーションがOS管理ハブに登録されると、サービスによって、ステーションの繰返しスケジュール済ミラー同期ジョブも作成されます。ミラー同期ジョブを実行時間と頻度を変更できますが、同期ジョブは削除できません。

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

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

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

ミラー・ストレージはどのように構成すればよいですか。

ミラーストレージを構成するためのベストプラクティスを次に示します。

場所

• ルート・ファイル・システムとは別のボリュームを使用します。これにより、ミラーボリュームが容量に達した場合にOSの問題が回避されます。

• NFSまたはiSCSIプロトコルでネットワークボリュームを使用して、障害回復を容易にすることを検討してください。

サイズ

ミラーに使用するストレージをプロビジョニングする場合は、ミラー化されたソフトウェア・ソースを含めるのに十分な大きさであることを確認します。次のガイドラインを検討してください。

• Oracle Linuxコンテンツ・ミラー用に十分なストレージが割り当てられ、マウントされています。ストレージ要件は、管理ステーションを使用するインスタンスに必要なOracle Linuxソフトウェア・ソースの範囲とサイズに相対的です。通常、数百ギガバイト(GB)から数テラバイト(TB)までが必要です。
• /var/cache/dnfには、リポジトリ・メタデータ用の十分な記憶域があります。ストレージ要件は、管理ステーションを使用するインスタンスに必要なOracle Linuxソフトウェア・ソースを基準としています。大規模なソフトウェア・ソースでは、リポジトリごとに100MBから200MBのストレージが必要になる場合があります。

インスタンスを管理ステーションに関連付けるときに、ミラー・ストレージ容量をモニターし、必要に応じて変更します。

管理ステーションはどのソフトウェア・ソースをミラー化しますか。

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

インスタンスを登録する前にステーションを初期化および同期するには、インスタンスに必要な登録プロファイルを作成し、プロファイルで新しい管理ステーションを選択します。このサービスは、プロファイルによって使用されるソフトウェア・ソースを識別し、ステーション・ミラー・リストに追加します。次のミラー同期ジョブは、ステーション・ミラーを更新するか、即時同期をトリガーできます。

新しいプロファイルを作成したり、新しいソフトウェア・ソースをインスタンスにアタッチすると、ステーション・ミラー・リストが自動的に更新されます。プロファイルを削除したり、インスタンスからソフトウェア・ソースをデタッチした場合、ミラー・リスト・エントリは、ソフトウェア・ソースを参照するインスタンスまたはプロファイルがない場合にのみ削除されます。

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

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

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

プロファイル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

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

• インスタンス1は、ソフトウェア・ソース(ol8_developer-x86_64に基づくol8_custom_source)をアタッチします。
• インスタンス1および2は、それぞれソフトウェア・ソース(ol8_addons-x86_64)をデタッチします。

管理ステーション上のソフトウェアソースのリストが更新され、変更が反映されます。インスタンス1はol8_developer-x86_64に依存するol8_custom_sourceを使用しているため、サービスによってol8_custom_sourceおよびol8_developer-x86_64がリストに追加されます。ソースol8_addons-x86_64は、プロファイル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_custom_source	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がこのソースを使用するため削除されません) 追加: ol8_custom_source 追加: ol8_developer-x86_64

最後に、プロファイル1を削除するとどうなるかを見てみましょう。

ソフトウェア・ソースol8_addons-x86_64は、プロファイルまたはインスタンスで使用されなくなったため、リストから削除されます。

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

管理ステーション・インスタンスのメンテナンス

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

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