ハードウェア要件
以下の表は、SUSE Multi-Linux Managerサーバーおよびプロキシのハードウェアおよびソフトウェア要件を、x86-64、ARM、ppc64le、およびs390xアーキテクチャごとに示しています。
|
SUSE Multi-Linux Managerのppc64leまたはs390xアーキテクチャに基づくインストールでは、ネットワークブート用クライアントでセキュアブートを使用することはできません。 この制限は、両方のアーキテクチャで shim ブートローダーが利用できないために存在します。 |
SUSE Multi-Linux Manager for Retailのハードウェア要件については、Retail Requirementsを参照してください。
1. サーバ要件
SL Micro 6.1またはSUSE Linux Enterprise Server 15 SP7のいずれかがコンテナホストのオペレーティングシステムです。
以下では、インストールされたホストオペレーティングシステムとしてSUSE Linux Enterprise Serverが重要な場合にのみ明示的に言及されます。 そうでない場合は、SL Microまたは単にホストオペレーティングシステムと記述します。
オペレーティングシステムとしてSL Microを使用するコンテナホストには、次の空きディスク容量が必要です：
-
ベースインストール用に100GB以上
-
およびリポジトリデータ用に130GB以上
選択したソフトウェアの量によっては、オペレーティングシステムとしてSUSE Linux Enterprise Serverを使用する場合、ディスク容量がかなり必要になる場合があります。
デフォルトでは、SUSE Multi-Linux Manager サーバーコンテナはミラーされたリポジトリ（パッケージまたは製品）、データベース、その他のデータを /var/lib/containers/storage/volumes/ ディレクトリのサブディレクトリに保存します。
このディレクトリのディスク容量が不足すると、リポジトリの同期が失敗します。
ミラーリングする予定のクライアントやリポジトリの数や種類に基づいて、/var/lib/containers/storage/volumes/ ディレクトリに必要なスペースを見積もってください。
ファイルシステムおよびパーティショニングの詳細については、永続ストレージとパーミッションおよびこのガイドのインストールおよびデプロイメントセクションの詳細なインストール手順を参照してください。
| ハードウェア | 詳細 | 推奨 |
|---|---|---|
CPU |
x86-64、ARM、ppc64leまたはs390x |
最小4つの専用64ビットCPUコア |
RAM |
最小 |
16GB |
推奨 |
32GB |
|
ディスク領域 |
|
40 GB |
|
最小150GB（製品の数に応じて） |
|
|
最低50GB |
|
スワップ容量 |
システムは追加のスワップスペースの恩恵を受けることができます。SUSEはスワップパーティションの代わりにスワップファイルを使用することを推奨します。 スワップスペースに関する詳細については、スワップ容量を参照してください。 |
8～12 GB |
デフォルトでは、イメージには40 GBの / パーティションがあります。
SL Micro 6.1のクラウドイメージには、5 GBの / パーティションのみがあります。
どちらもSUSE Multi-Linux Managerで問題なく動作します。
外部ストレージが /var/lib/containers/storage/volumes にマウントされている限り、SUSE Multi-Linux Manager は / パーティション上のストレージを必要とせず、その管理はコンテナホスト自体に任せられます。
|
SUSE Multi-Linux Managerのパフォーマンスは、ハードウェアリソース、ネットワーク帯域幅、クライアントとサーバ間の遅延などによって異なります。 使用中の経験と異なるデプロイメントに基づいて、適切な数のプロキシを持つSUSE Multi-Linux Managerサーバの最適なパフォーマンスのためのアドバイスは、単一のサーバあたり10,000クライアントを超えないことです。 10,000クライアントを超える場合は、Hubセットアップに移行し、コンサルタントに相談することを強くお勧めします。 微調整と適切な数のプロキシがあっても、そのような大量のクライアントはパフォーマンスの問題を引き起こす可能性があります。 大量のクライアントを管理する方法についての詳細は、Multiple Servers with Hub to Manage Large Scale Deploymentsを参照してください。 |
2. プロキシ要件
SL Micro 6.1またはSUSE Linux Enterprise Server 15 SP7のいずれかがコンテナホストのオペレーティングシステムです。
|
最低要件は、クライアントが1つのプロキシなど、テスト用の簡易的なインストールに適しています。 本番環境を使用する場合は、推奨値から始めてください。 |
| ハードウェア | 詳細 | 推奨 |
|---|---|---|
CPU |
x86-64、ARM |
最低2つの専用64ビットCPUコア |
推奨 |
最低値と同じです |
|
RAM |
最小 |
2GB |
推奨 |
8GB |
|
ディスク領域 |
|
最低40GB |
|
最低100 GB |
|
スワップ容量 |
システムは追加のスワップスペースの恩恵を受けることができます。SUSEはスワップパーティションの代わりにスワップファイルを使用することを推奨します。 スワップスペースに関する詳細については、スワップ容量を参照してください。 |
4～8 GB |
デフォルトでは、SUSE Multi-Linux Manager プロキシコンテナはパッケージを /var/lib/containers/storage/volumes/uyuni-proxy-squid-cache/ ディレクトリにキャッシュします。
十分な空き容量がない場合、プロキシは古い未使用のパッケージを削除し、新しいパッケージと置き換えます。
この動作の結果は以下のとおりです。
-
プロキシ上の
/var/lib/containers/storage/volumes/uyuni-proxy-squid-cache/ディレクトリの容量が大きいほど、プロキシと SUSE Multi-Linux Manager サーバー間のトラフィックが減少します。 -
プロキシ上の
/var/lib/containers/storage/volumes/uyuni-proxy-squid-cache/ディレクトリを/var/lib/containers/storage/volumes/var-spacewalk/サーバー上の SUSE Multi-Linux Manager と同じサイズにすることで、最初の同期後に大量のトラフィックが発生するのを防ぐことができます。 -
SUSE Multi-Linux Manager サーバー上の
/var/lib/containers/storage/volumes/uyuni-proxy-squid-cache/ディレクトリは、プロキシ上のものと比べて小さくても問題ありません。 サイズ推定のガイドについては、サーバ要件セクションを参照してください。
|
一般的に、SUSEはキャッシュディレクトリの値を利用可能な空き容量の約80 %に調整することを推奨します。
|
3. スワップ容量
ワークロードはシステムごとに異なります。 重いまたは予測不可能なワークロードを持つシステムは、総RAMに関係なく追加のスワップスペースの恩恵を受けることができます。 スワップは、最も速いストレージ（例えば、SSD）に配置することが推奨されます。SUSEはスワップパーティションの代わりにスワップファイルを使用することを推奨します。
サイズの推奨事項については、上記の表を参照してください。
以下のシェルコマンドスニペットは8GiBスワップファイルを作成します。
|
BtrFSファイルシステム上のスワップファイルは、そのボリュームのスナップショット作成を妨げます。以下の例の |
## setup swapfile at /var/swap
# run following as a root user
# allocate 8GiB for swap file
fallocate -l 8G /var/swap
# ensure CoW is disabled for the swap file
chattr +C /var/swap
# allow only root access
chmod 600 /var/swap
# make swap file based on allocated file
mkswap /var/swap
# activate swap use for the running system
swapon /var/swap
# activate swap during the next boots
echo "/var/swap swap swap defaults 0 0" >> /etc/fstab4. データベースの要件
PostgreSQLは唯一のサポートされているデータベースです。 リモートPostgreSQLデータベースやリモートファイルシステム（NFSなど）をPostgreSQLデータベースと一緒に使用することはサポートされていません。 言い換えれば、PostgreSQLはSUSE Multi-Linux Managerのために最も速いストレージデバイス上にあるべきです。
|
パフォーマンスの問題の可能性があるため、PostgreSQLデータベースをSUSE Multi-Linux Managerからリモートで実行することは推奨されません。 そのような環境は可能であり、多くの場合安定していますが、何かがうまくいかない場合にはデータ損失のリスクが常に存在します。 このような場合、SUSEは支援を提供できないことがあります。 |
5. 永続ストレージとパーミッション
永続ボリュームは、コンテナの配備時にデフォルトで作成されます。
ただし、ボリュームは1つ以上の別のストレージデバイスに保存することが推奨されます。 そのようなセットアップは、運用環境でのデータ損失を避けるのに役立ちます。 これはコンテナのデプロイ後に行うことができます。
ストレージデバイスは、コンテナを最初にデプロイした後にセットアップするのが最適です。 詳細については、Persistent Container Volumesを参照してください。
すべてのボリュームに対して、ファイルシステムタイプとしてXFSを使用することをお勧めします。 リポジトリストレージ用のディスクのサイズは、SUSE Multi-Linux Managerで管理する予定のディストリビューションとチャネルの数に依存します。 このセクションの表を参照して、必要なサイズを見積もるガイドを確認してください。
|
CobblerまたはPostgreSQLストレージにNFSを使用しないでください。また、SELinux環境でのNFSも使用しないでください。 これらのシナリオはサポートされていません。 |
SUSE Multi-Linux Managerサーバで、次のコマンドを使用して、利用できるすべてのストレージデバイスを検索します：
hwinfo --disk | grep -E "Device File:"lsblk コマンドを使用して、各デバイスの名前とサイズを表示します。
mgr-storage-server コマンドにデバイス名を指定して実行することで、外部ディスクをストレージの配置先として、さらに必要に応じて専用ディスク上にデータベース用として設定できます。
mgr-storage-server <storage-disk-device> [<database-disk-device>]例:
mgr-storage-server /dev/nvme1n1 /dev/nvme2n1外部ストレージボリュームは、/manager_storage および /pgsql_storage にマウントされたXFSパーティションとして設定されます。
|
このコマンドは、`/var/lib/containers/storage/volumes`に永続ストレージボリュームを作成します。 詳細については、永続コンテナボリュームを参照してください。 |
チャネルデータとデータベースの両方に同じストレージデバイスを使用することは可能です。
これは推奨されません。なぜなら、チャネルリポジトリが増加するとストレージが満杯になり、データベースの整合性にリスクをもたらす可能性があるからです。
別々のストレージデバイスを使用することで、パフォーマンスが向上する可能性もあります。
単一のストレージデバイスを使用したい場合は、mgr-storage-server を単一のデバイス名パラメータで実行してください。
プロキシをインストールしている場合、mgr-storage-proxy コマンドはデバイス名パラメータを1つだけ取り、外部ストレージの場所をSquidキャッシュとして設定します。
6. 論理ボリューム管理(LVM)
すべての種類の仮想マシン（VM）に対して、LVMは一般的に必要なく、推奨されません。 ディスクのセットアップは仮想であり、ボリューム用の別のディスクが可能であり、推奨されます。
その他の配備については、ボリュームごとに個別のディスクも推奨されます。
SUSE Multi-Linux Manager サーバーのコンテナホスト上で、mgr-storage-server コマンドは /var/lib/containers/storage/volumes ディレクトリの全内容を別のディスクに移動し、/var/lib/containers/storage/volumes に再マウントします。
オプションとして、2つ目のデバイス名が指定された場合、mgr-storage-server は /var/lib/containers/storage/volumes/var-pgsql データベースディレクトリのコンテンツを別の2台目のディスクに移動し、/var/lib/containers/storage/volumes/var-pgsql に再マウントします。
同様に、SUSE Multi-Linux Manager プロキシのコンテナホスト上で、mgr-storage-proxy コマンドは /var/lib/containers/storage/volumes ディレクトリの全コンテンツを別のディスクに移動し、それを /var/lib/containers/storage/volumes に再マウントします。