SLES 9はいくつの物理ディスクを処理できますか？制限がありますか？

教育を受けた推測

4スキンB。

理由

SLES 9 はいもう10年ほどです。したがって、最新のLinuxディストリビューションと同じくらい大きなファイルシステムや、最新のカーネルほど多くのボリュームをサポートしていません。 SLES 9でサポートされている最新のカーネルは2.6.5です。

32ビットオペレーティングシステムを使用すると、人為的に制限されます。つまり、より大きなファイルシステムを管理するには、より多くのRAMが必要です。保守的な経験則は1です。ギブすべてチタンホウ化物。 32ビットLinuxは通常4GiB [1]に制限されているため、4TiB以上を管理するには32ビットLinuxを使用する必要があります。私は16TiBに切り替えて問題なく使用しましたが、[2]実際にはお勧めできません。一般的なホラーストーリーは、fsck停電後のRAM不足のために完了できず、ファイルシステムを再マウントできないことです。

SLES 9に組み込まれている最も強力なファイルシステムは次のとおりです。JFS。ボリュームサイズ制限に達しました。ペタバイトだから、実際には無限です。

SLES 9もサポートしています。ライザーFS、ボリュームサイズは16TiBに制限されています。上記のRAMの制限により、これは32ビットシステムに最適です。

/dev/sdLinuxカーネルのデバイスパスの数にも制限があります。 Linuxの寿命の間、Linuxは2の累乗に数回変更されました。 SLES 9のボリューム制限は、以下に基づいて256ボリュームにすることができます。録音制限RHEL 3と4の場合、SLES 9とほぼ同時に使用されます。 [サム]

ストレージ制限は、ボリュームサイズ制限に最大ボリューム数を掛けた値です。上記の4 PiBの数値は、最大ボリュームサイズの16TiB×256ボリュームに基づいています。

あなたは限界に達することはできません。

どのように整理しても膨大な収納スペースですね。実用的な理由から、実際の数字はそれほど重要ではありません。単にこの推測された制限に達するのに十分なディスクをコンピュータに接続するのはかなり困難です。特に、カーネル2.6.5と互換性のある一般的なディスクコントローラが最新のディスクをサポートしていないことを考慮すると、さらにそうです。高度なフォーマットディスクなので、2TBを超えるディスクを使用できない場合があります。

つまり、4PiB制限に達するには、数千の物理ディスクが必要です。

接続またはラックサイズの制限に最初に到達しない場合は、絶対的な厳しい技術的な制限に達する前に他の実際の制限に達することになります。

脚注：

1. PAE32ビットシステムでは最大64GiBが許可されていますが、カーネルが4GiB以上をバッファキャッシュとして使用できるかどうかはわかりません。

   私が知る限り、PAEを活用できる実装はありません。fsckこれは、ユーザースペースアプリケーションでこれを行うには多くの特別なトリックが必要なためです。 RAM制約のための実行可能なソリューションであった過去数年間、実際にPAEを使用したプログラムはほんのわずかです。 （現在は64ビットオペレーティングシステムのみを使用しています。）

2. RAMの要件は、ディスク上のファイルとディレクトリの数と、ディスクが提供する同時アクセスの数によって異なります。したがって、「TiBあたり1GiBルール」はプロキシルールです。

   私が32ビットコアで16TiBを使用する唯一の理由は、これがユーザーがほとんどいないデジタルビデオサーバーだからだと思います。ファイルが比較的少なくサイズが大きいため、大量のfsckディレクトリやファイルを処理する必要はありません。インデックスノード、同時ユーザーを追跡するためにRAMに多くのファイルシステム情報を保持する必要はありません。

   良い反例は、何千人ものユーザーに同時にサービスを提供できる電子メールサーバーです。各ユーザーは、数千のディレクトリに分散された多数の小さなファイルにアクセスしたいと考えています。

3. 最新のカーネルでは、ボリューム制限が1,024、4,096、または8,192に増えます。

   理論的に/dev/sdzzz....、最大29z秒（約10 ⁴¹巻分）まで使用できますが、他の実質的な制限が最初に適用されます。