ハードウェア要件
以下の表は、x86-64、ARM、 ppc64le、およびs390xアーキテクチャのSUSE Multi-Linux Managerサーバおよびプロキシのハードウェアとソフトウェアの要件を説明しています。
|
ppc64leまたはs390xアーキテクチャに基づくSUSE Multi-Linux Managerのインストールでは、ネットワークブートクライアントにセキュアブートを使用できません。この制限は、これらのアーキテクチャの両方でshimブートローダが利用できないために存在します。 |
SUSE Multi-Linux Manager for Retailハードウェアの要件については、Retail Requirementsを参照してください。
1. サーバ要件
SL Micro 6.1またはSUSE Linux Enterprise Server 15 SP7の1つは、コンテナホストのオペレーティングシステムです。
以下では、インストールされているホストオペレーティングシステムである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 |
専用64ビットCPUコア数は4つ以上 |
RAM |
最小 |
16GB |
推奨 |
32GB |
|
ディスク容量 |
|
40GB |
|
150GB以上(製品数によって異なります) |
|
|
50GB以上 |
|
スワップ容量 |
システムは追加のスワップ容量からメリットを得ることができます。SUSEでは、スワップパーティションではなく、スワップファイルの使用を推奨しています。スワップ容量の詳細については、スワップ容量を参照してください。 |
8～12GB |
デフォルトでイメージには40GBの/パーティションがあります。SL Micro 6.1のクラウドイメージには、わずか5GBの/パーティションしかありません。 どちらも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を超える場合は、ハブのセットアップに移行し、コンサルティングを利用することを強くお勧めします。 微調整と適切な数のプロキシを使用しても、このような多数のクライアントによって、パフォーマンスの問題が生じる可能性があります。 多数のクライアント管理の詳細については、Multiple Servers with Hub to Manage Large Scale Deploymentsを参照してください。 |
2. プロキシ要件
SL Micro 6.1またはSUSE Linux Enterprise Server 15 SP7の1つは、コンテナホストのオペレーティングシステムです。
|
最低要件は、クライアントが1つある1つのプロキシなど、テスト用の簡易的なインストールに適しています。運用環境を使用する場合は、推奨値から開始してください。 |
| ハードウェア | 詳細 | 推奨 |
|---|---|---|
CPU |
x86-64、ARM |
専用64ビットCPUコア数は2つ以上 |
推奨 |
最小値と同じ |
|
RAM |
最小 |
2GB |
推奨 |
8GB |
|
ディスク容量 |
|
40GB以上 |
|
100GB以上 |
|
スワップ容量 |
システムは追加のスワップ容量からメリットを得ることができます。SUSEでは、スワップパーティションではなく、スワップファイルの使用を推奨しています。スワップ容量の詳細については、 スワップ容量を参照してください。 |
4～8GB |
デフォルトでは、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/ディレクトリをSUSE Multi-Linux Managerサーバ上の/var/lib/containers/storage/volumes/var-spacewalk/と同じサイズにすることで、最初に同期した後のトラフィック量の増大が防止されます。 -
/var/lib/containers/storage/volumes/uyuni-proxy-squid-cache/ディレクトリは、SUSE Multi-Linux Managerサーバ上ではプロキシと比べて小さくできます。サイズの推定のガイドについては、サーバ要件のセクションを参照してください。
|
一般的に、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データベースとともにリモートのPostgreSQLデータベースやリモートのファイルシステム(NFS など)を使用することはサポートされていません。つまり、PostgreSQLは、SUSE Multi-Linux Managerで使用可能な最速のストレージデバイス上に存在する必要があります。
|
パフォーマンスの問題が発生する可能性があるため、PostgreSQLデータベースをSUSE Multi-Linux Managerからリモートで実行することは推奨されません。このような環境は可能であり、さらには多くの場合安定していますが、何か問題が発生した場合、データ損失のリスクが常にあります。 このような場合、SUSEは支援を提供できないことがあります。 |
5. 永続ストレージとパーミッション
永続ボリュームは、コンテナの配備時にデフォルトで作成されます。
ただし、ボリュームは1つ以上の個別のストレージデバイスに保存することをお勧めします。このようなセットアップにすると、運用環境でのデータの損失が防止されます。これは、コンテナの配備後に実行できます。
ストレージデバイスは最初にコンテナを配備した後にセットアップする必要があります。詳細については、永続コンテナのボリュームを参照してください。
すべてのボリュームで、ファイルシステムの種類にはXFSを使用することをお勧めします。リポジトリストレージのディスクのサイズは、SUSE Multi-Linux Managerで管理するディストリビューションおよびチャンネルの数によって決まります。必要サイズを推測するガイドについては、このセクションの表を参照してください。
|
CobblerまたはPostgreSQLのストレージにNFSを使用しないでください。また、SELinux環境でもNFSを使用しないでください。 これらのシナリオはサポートされていません。 |
SUSE Multi-Linux Managerサーバで、次のコマンドを使用して、利用できるすべてのストレージデバイスを検索します。
hwinfo --disk | grep -E "デバイスファイル:"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パーティションとして設定されます。
|
このコマンドは、 詳細については、永続コンテナボリュームを参照してください。 |
チャンネルデータとデータベースの両方に同じストレージデバイスを使用できます。これはお勧めしません。その理由は、チャンネルリポジトリが大きくなると、ストレージがいっぱいになり、データベースの一貫性が損なわれるリスクが生じるためです。別々のストレージデバイスを使用すると、パフォーマンスが向上する場合もあります。1つのストレージデバイスを使用する場合、1つのデバイス名パラメータを指定して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に再マウントします。