ハードウェアを統合または統合していない
私はプラットフォームのアップグレードを必要としている顧客がいて、私が統合について2回考えている特定のユースケースを持っています。
彼らは基本的にネットワーク内に2つのサービスを持っています。
彼らは私たちとアジアの敷地内にサイトを持っています。米国サイトには、ファイル上の「リアルタイム」の作業については、アジアに同期されている何千ものファイルを持つファイルシステムがホストされています。
彼らは小さなコールセンターのためにVoIPサーバーをホストします。
したがって、同期のCPUの空腹プロセスは、VoIPサービスを飢え、通話品質を低下させ、さらに通話を落としていました。
少なくともFSサービスを枯渇しないが、アップグレードとアイソレーションが必要な場合は、Syncプロセスを必要としていましたが、アップグレードとアイソレーションが必要です。
FreeSwitch（VoIP）とRsyncの両方が非常に視覚化されていて、より多くのコアの利益を得ることができますが、ボックスの仮想化の使用は、タイミングの問題とオーディオ品質のためにあまり賢明ではないようです。
一言で言えば、あなたの意見は何ですか：
タスクのその他のコアとカーネルレベルの分離？ 2つの別のボックス？
仮想化ソフトウェアは通常、リソースクォータと予約の概念を実装しているため、ある程度分離を与えます。主に、これらの絶縁レベルは、オペレーティングシステムレベルで得られるものよりも粒状です。特にリソース管理がかなり単純化されているWindowsを使用している場合。
リアルタイムのアプリケーションが必要な場合は、仮想化はあなたの友人ではありませんが、VoIPもrsyncもこのカテゴリに入ることはありません。
最も重要なアスペクト仮想化はあなたに管理分離の能力を与えるでしょう - ファイルサーバー上のネジアップまたはメンテナンスダウンタイムはVoIPユーザーに影響を与えないでください。これで利点がある場合は、仮想化する必要があります。そうでない場合は、仮想化のオーバーヘッドに不要なリソースを保存し、ベアメタル上の単一のOSを実行できます。