PBXシステムを仮想化することは可能または推奨されますか？これについてはどうすればよいでしょうか？
私はVoIPの世界にまったく慣れていないので、主に現在のサービスの信頼性が非常に低いため、現在のプロバイダーから自分たちでホストするソリューションに移行しようとしています。残念ながら、私は基本的にVoIPについて何も知らず、何が必要かを知りません。私の理解では、最低でもSIPサービス、PBXシステム、ハードウェアまたはソフトウェアの電話が必要です。これは単純化しすぎていると思います。何が必要なので、それについてもっと多くの情報をいただければ幸いです。
さらに、すべてのシステムがVMWare ESXiに存在するため、VMWareでPBX（PBXInAFlashやOpenPBXなど）を仮想化するとよいようですが、これがそうであるかどうかはわかりません。コールセンタースタイルの機能には、約25人のユーザーと約100人の「ワークグループ」があります。
だから、私の質問は次のとおりだと思います：
- VoIPシステムを管理するために必要な最小限のハードウェアとソフトウェアおよびサービスは何ですか？
- PBXシステムを仮想化することは可能ですか？
- （2）の場合、約25人のユーザーと100のワークグループの環境でPBXシステムを仮想化することをお勧めしますか？
あなたの質問に対するすべての答えは「それは依存する」です。オーディオデータが実際にサーバーコンピューターによって処理されるAsteriskのようなPBXシステムを使用する場合、サーバーコンピューターでのCPUとI/Oの要求は非常に急になります（タイミング-仮想マシンが必ずしもうまく機能するとは限らないもの）。PBX sipXecsのようなシステム。オーディオデータが主にの間を流れる「スイッチ」として機能します。エンドポイント（電話とゲートウェイ）では、サーバーリソースの需要ははるかに少なくなりますが、明らかに、機能セットは異なります。
私はあなたが間違った方向でこれに近づいていると思います。まず、PBXで必要なテレフォニー関連の機能を特定し、次に、探しているものを提供できる製品、プラットフォーム、および再販業者を特定します。仮想化は、技術的な「欲しいものリスト」の項目は仕様の開発に向けた方法ですが、テレフォニー関連の機能を優先する必要があると私は主張します。機能セットの観点から、探しているものがわかれば、作業を開始できます。ハードウェア要件を満たします。
PBXの仮想化は、1つの主要な側面があるため、課題です。no保証されたスケジューリングがありますPBX VMおよび一般的なスケジューリング動作はジッターを引き起こす可能性があります。そうは言っても、ラインカードの方法についても考慮する必要があります（他のPBXなど）にS0が必要な場合） VMに提示する必要があり、vMotionやHAなどが理にかなっている場合。
それを実行し、アプリケーションのようにリアルタイムで実行する方法を考え、それを実行した経験のあるvmwareの人々がいますが、現在の「動作する」製品のセットを確認するには、vmwareに直接話す必要があります。
私は過去にこれを真剣に検討し、仮想化しない非常に正当な理由を1つ考え出しました。
PBXを標準のPSTNネットワークに接続するとどうなりますか？これを行うにはカスタムハードウェアが必要なので、仮想化を避けるのは理にかなっています。これには、SIPプロバイダーがクラップスした場合でも、完全に廃業していないという追加の利点があります。
私は自分でpbxを仮想化するつもりはありません-sipxecs開発者自身はそうしないように警告しています-彼らはテストシステム以外のものを仮想化することを考えないように言っています。
自分で1つの拡張機能（ホストは1つのコアと4GBのVM専用のxeon e5450/12Gb）で仮想化したところ、ボイスメールが途切れることがわかりました。
とにかく本当にそうしたいのなら、400MHzのCPU時間をそれに費やしたと言っている人を読んだことがあります。これは実際のCPUによって異なると思いますが、役に立ちました。
また、他の実験から、vmのクロックがショー全体に行き渡ることがあり、ippbxなどの非常に時間に依存するものには役立たないことがわかりました。
私は実際には* nixの人ではありませんが、時間を飛び回るのを防ぐためのいくつかの方法について説明します http://communities.vmware.com/thread/108877
正直なところ、私はpbxやそれに依存するルーターを仮想化することは決してありません。データのパケットは通常、問題なく数秒待つことができますが、音声に同意しない遅延はありません。