当社には、一部のサーバーにマウントする必要がある文字通り数千のNFSボリュームがあります。ただし、これらのボリュームをすべて同時にマウントするわけではありません。通常、一度に12個程度をマウントします。ほとんどのNFSボリュームは実際にはオフラインです。以前は、必要な場合に備えて、コマンドラインから手動でマウントおよびマウント解除しました。
私たちはautofsを使ってこれらのボリュームをマウントするように切り替えたいと思います。
何千ものautofsルール（各NFSボリュームごとに1つ）を定義することはお勧めできませんか？ autofsには、持つことができるルールの数に厳しい制限がありますか？ルールの数が多すぎると、autofsのパフォーマンスが急激に低下しますか？
答え1
私たちはいくつかの地図を持っており、いくつかは数十または数百冊の本で構成されています。したがって、何百ものLinuxと数十の異なるプラットフォームで動作します。当初、既存のautofsソフトウェアにあった唯一の問題は、オンライン修正とアップデートに対処できないことでした。つまり、古いNFSファイラーを破棄している間に、NFSボリュームとマウントポイントを変更します。パフォーマンスは問題にならないと思います。しかし、常にテストと確認が必要です。 Linux Autofs 5.xはマルチスレッディングを導入し、拡張性とパフォーマンスを向上させます。私たちの場合、最小ディストリビューションはすでに5.xに付属しているRHEL6です。したがって、悪くはありません。ベンチマークしてテストする必要があります。構成が一元化されているため、環境に柔軟性と信頼性が向上します。 「これがあなたがこれをやろうとしている理由の1つであることを願っています。」