web-dev-qa-db-ja.com

単一の物理サーバー上の本番環境およびテスト環境システム

クアッドコアCPUと8GBのRAM)を備えたミッドレンジボックスがあり、Red Hat Linux上でトラフィックの少ないWebサイト向けに複数の本番システムを実行しています。これらのシステムには、Oracle DB、LDAP、Documentum ContentRepositoryが含まれます。そして、メインのLiferayベースのWebサイトといくつかの追加のDocumentum関連のWebアプリを実行するApacheTomcatサーバー。

クライアントは、テスト環境も必要であると判断しましたが、既存のハードウェアを利用したいと考えており、おそらくメモリを追加するだけです。テスト環境は主に新入社員の学習ツールとして使用されるため、一度に数人のユーザーしか使用できません。私の目標は、構成と保守を容易にすることです。安定性とパフォーマンスのリスクを減らすことも重要です。現在の本番環境はそのままにしておく必要があります。私のオプションは何ですか、そして最良のオプションは何ですか?

単純な考え方は、個別のコンテンツリポジトリ、個別のDBスキーマ、個別のTomcatインストールなど、すべてのコンポーネントシステムを意味のある形で複製するか、VMWareサーバーなどの仮想化ソフトウェアを使用して内部に個別の仮想マシンを作成することです。本番サーバーにすべてのシステムをインストールします(それが理にかなっている場合)。

このために、新しいハードウェアを実際に検討する必要があります。開発と本番を物理的に分離することが、一方の問題が他方の問題に干渉しないようにする唯一の方法です。

絶対に必要同じハードウェアを使用する場合の最善の解決策は、VMWare(ESXi)などをベアメタルにインストールし、テストと本番の両方を仮想化することです。可能な限り分離(およびセキュリティ)を実施するために、それらを別々のvLANなどに接続します。開発または本番環境での大きなワークロードの急増は、深刻な問題を引き起こす可能性があることに注意してください(すべてが実行されているマシンが過負荷になる可能性があるため)。
また、Oracleなどの一部のアプリケーションは、仮想化環境で正式にサポートされていない場合があることに注意してください。

2
voretaq7

VMWareプレーヤーを見て、その中でいくつかのVMを立ち上げてください。それらにIPを与えると、あなたは自分自身に素敵な小さな自己完結型のテスト環境を手に入れました。別のハードウェアセットを強くお勧めしますが、VM内で機能させることもできます。

0
Split71