クライアント用の Web サーバーをセットアップしています。彼らは、私が構築している Web アプリ (PHP/LAMP) を使用します。サーバーは、ネットワーク内にローカルに配置されます。同じサーバー上に MySQL データベースもあります。サーバーの負荷は 20 ～ 25 人の同時ユーザーのみですが、稼働時間とパフォーマンスは依然として非常に重要です。
アプリケーション自体は、バックエンド CMS (TBD) を使用して、フロントエンドで JQuery を使用し、バックエンドで PHP を使用してユーザーにコンテンツを表示します。
そこで、私の質問は、CPU、キャッシュ、およびメモリ (サイズ/タイプ) に関して、比較的安価なソリューションを提供しながらも高品質のパフォーマンスを提供するための適切なサーバー システム要件のセットがあるかどうかです。
実を言うと、ハードウェアは最大の要因ではなく、コーディングです。アプリケーションを正しく最適に開発すれば、1 GHz、512 MB RAM、および 5200 rpm ハード ドライブを搭載したマシンで、少なくとも 100 人のユーザーを同時に実行できるはずです。
VMWare を使用して仮想マシンを作成し、MySQL サーバーを Web サーバーから分離することをお勧めします。これにより、再構成や再インストールを行うことなく、マシンを複製、移行、またはアップグレードすることもできます。
また、GUI のないオペレーティング システム (X-Window がインストールされていない Debian、Ubuntu、Fedora など) で LAMP 構成を実行します。これらはサーバーであり、きれいなウィンドウを表示してリソースを浪費するべきではありません。
最後に、トレントが言ったように、RAID 構成は素晴らしいアイデアですが、RAID はバックアップ ソリューションではありません。同じハードドライブが 2 つある場合、1 つが故障すると、もう 1 つがすぐに故障する可能性が非常に高くなります。常にバックアップ ソリューション (NAS、テープ、DVD、フロッピー ディスクなど) を用意してください。
サーバー上で実行されるアプリケーションの詳細を知らなければ、特定の推奨事項 (つまり、X GB の RAM、Z キャッシュを備えた Y プロセッサ) は無意味になります。とはいえ、特にデータベース駆動型アプリケーションの場合は、RAM を節約しないことを強くお勧めします。ハード ドライブに影響を与えずに RAM に保持できるデータが多ければ多いほど、パフォーマンスが向上します。ただし、開発者として、大量のハードウェア リソースは、適切なインデックスとコードの最適化の代わりにはならないことを忘れないでください。
また、ここで他の推奨事項のいくつかを繰り返したいと思います - ドライブを RAID (私は過去にデータベース サーバーには RAID 10 を好んでいました)、ある種のオフライン バックアップ (テープ、DVD-R、USB ドライブなど) を取得し、バックアップをオフサイトに保管していることを確認してください (洪水、火災、またはその他の物理的な災害が発生した場合に備えて)。また、バックアップからの復元を定期的にテストすることを忘れないでください。手遅れになってバックアップが機能しないことを発見することほど悲しいことはありません。
すべてが 2 つあることを確認してください... 2 つの電源 2 台のハード ドライブ (RAID 1) または RAID 5 ではそれ以上。パフォーマンスに関しては、十分な情報が提供されていません...データベース内のデータの量はクエリの重さです。