Oracle SPARC Tシリーズのサーバーは、単一の物理サーバー上で複数のシステムを統合するエンタープライズレベルのマシンとして位置付けられています。 これを行うために、SPARCハイパーバイザー用の組み込みOracle VM、仮想環境をサポートするためのSolaris 11 OSの高度な機能、およびマルチコアマルチスレッドアーキテクチャを備えています。 ラインの以前のモデル-Oracle T4 / T5サーバー-は同様のタスクに使用されます。 お客様は多くの場合、いくつかのレガシーSPARCサーバーの代替としてT4 / T5シリーズサーバーを使用します。 そのため、Oracle SPARC T7-2が主に仮想化機能の点で私たちに興味を持っていました。
T7ラインとT5ラインの間に仮想化の点で基本的な違いはありません。 同じOracle VM for SPARCハイパーバイザーが使用されますが、より新しいバージョンです。 アーキテクチャ上、T7-2サーバーは、専用I / Oコントローラー（以前はCPUに直接統合されていた）の出現により、個々の仮想マシン（論理ドメイン、LDom）間のI / Oリソースのより柔軟な分散を可能にします。 ただし、本質的に、仮想環境をセットアップする一般的なアプローチは同じままであり、既存の機能は関連性があり、完全に機能します。 最も重要なニュアンスの1つは、OSの古いバージョンを放棄する必要があることです。T7-2は、使用するSolaris OS 10および11のバージョンに特定の制限を課します。
図 1.テストの一環としてのOracle SPARC T7-2サーバー仮想環境の一般的な構成
テスト中に、ハイパーバイザーの最新バージョンに登場した新機能もテストしました。 それらの1つはOVMテンプレート（仮想マシンをすばやく作成するためのいわゆる「テンプレート」）です。 独自のテンプレートを作成するか、既存のテンプレートを使用できます。 テンプレートには、仮想マシン設定（LDom）、必要なOSバージョン、プレインストールされたソフトウェアパッケージ、ユーザー環境などが含まれます。 このようなテンプレートを作成すると、他のサーバーに同様の仮想マシンをゼロから作成するよりもはるかに迅速かつ効率的に展開できます。 この機能により、多数の同様の仮想マシンを展開するタスクが大幅に容易になります。 これは、短時間で多数の小規模な環境とシステムを仮想環境に移行する必要がある管理者に関連する場合があります。
もう1つのイノベーションは、仮想HBA（vHBA）テクノロジーです。 このメカニズムにより、物理的に制御ドメインの1つ（たとえば、プライマリドメイン）に属する仮想マシンで本格的なSCSIアダプター（FC HBA）を完全にエミュレートできます。 したがって、この物理アダプターに接続されているすべてのデバイスは、仮想マシン内で直接アクセスできます。 つまり ディスクデバイス、テープドライブなど 特定のゲストドメインに直接割り当てることができます。 以前は、そのような機能はありませんでした-ディスクデバイスは、仮想ディスククライアントの作成によってドメインに「自分自身を投げ込みました」-仮想ディスクサーバーペア、テープドライブは原則としてゲストドメインに提示できませんでした。 現在、このメカニズムには多くの制限があることに注意してください。 主なものは、物理アダプターに接続されたデバイスが、対応する「仮想HBA」が割り当てられているすべてのゲストドメインで利用できることです。 これにより、異なるゲストドメイン間のリソースの分離に問題が生じる可能性があります。 それでも、このような機能の存在は、Tシリーズサーバー上の仮想環境の構成を簡素化するためのもう1つのステップです。 機能が開発されていることを嬉しく思います。 この制限が次のファームウェアバージョンで何らかの形で解消されることを願っています。 一般に、ディスクデバイスの構成を簡単にする必要がある場合や、ゲストドメインから特定のSCSIデバイスに直接アクセスする必要がある場合は、vHBAメカニズムを使用するのが理にかなっています。 例として、テープドライブに直接バックアップします。
テスト中、自動サーバー管理の機能とその仮想化環境に特に注意を払いました。 まず、OVM for SPARCハイパーバイザーのグラフィカル設定管理ツールの可用性に興味がありました。 このタスクは、Oracle SPARC仮想化を広く使用しており、コマンドラインツールを使用してのみ実行できる「手動」手順の量を減らしたい顧客にとって興味深いかもしれません。 現在、OVM for SPARC仮想化ツールのグラフィカル管理には2つのオプションが利用可能です。 私たちはそれらを「軽い」「重い」と指定しました。 簡単なオプションは、Oracle VM Managerソフトウェアです。 ヘビー-Oracle Enterprise Manager Ops Center。 どちらのツールでも、グラフィカルコンソールからサーバー上の仮想マシンを構成できます。 しかし同時に、これらの製品には根本的に異なる管理パラダイムがあります。
Oracle VM Managerソフトウェアは元々、Oracle VM for x86の管理コンソールとして開発されたもので、SPARC機能は後に追加されました。 OVMマネージャーは、組み込みのデータベースに構成全体を保存しますが、サーバーハイパーバイザー自体は実際には仮想マシンについて何も知りません。 OVM Managerサーバーに障害が発生した場合、またはこのデータベースが破損した場合、ドメイン構成は失われます。 さらに、OVMマネージャーを使用した初期サーバーセットアップ（プライマリ/セカンダリドメインの作成、物理リソースの共有）での多数の操作は原則として不可能であり、手動で行う必要があります。 一般に、OVM Managerの使用は、「SPARC上のプライベートクラウド」などのソリューションを構築する必要がある企業に適しています。 ハイパーバイザーではなく、サービスレベルで提供されるフォールトトレランスを備えた多数の軽量環境とアプリケーションが必要な場合。
図 2. Oracle VM Managerのアーキテクチャ
Oracle Enterprise Manager Ops Centerは、異なるアプローチを提供します。 中核となるOps Centerは、サーバー、OS、ネットワーク、ストレージシステム、クラスター構成、DBMSなどを含むITインフラストラクチャ全体を管理するための包括的な統合ソリューションです。 サポートされているハードウェアとソフトウェアのリストは、OVMマネージャーよりもはるかに広くなっています。 仮想化管理はほんの一部です。
Ops Centerは、仮想マシンの作成および管理時にOVMハイパーバイザーの構成を最大限に活用します。 手動操作の数は実際にはゼロに削減されます。 したがって、このソリューションは、複雑な非標準の仮想マシン構成を必要とする企業で使用できます。 Ops Centerの広範な機能の一部は欠点であることに注意してください。製品はかなり「ゆるい」ため、研究にはある程度の時間と忍耐が必要です。 それでも、このソリューションを使用すると、会社のITインフラストラクチャ全体の表示を1つのコンソールで減らすことができます。
図 3. Oracle Enterprise Manager Ops Centerのアーキテクチャ
テスト結果の結論：Oracle SPARC T7-2サーバーは、SPARCプラットフォームで動作する環境の統合と仮想化に非常に適しています。 この機器を使用すると、リソースを動的に再配分して分散仮想化ファームを構築し、高い信頼性を確保するというタスクを非常に効果的に解決できます。 仮想化ツールの一貫した開発により、プラットフォームの安定性、機能、およびエンドユーザーの使いやすさが向上します。 また、自動化されたコントロールを使用できるため、日常の運用タスクが簡素化され、使用率が向上します。 CPU（Oracle Database In-Memory）に組み込まれた新しいパフォーマンス機能を考えると、サーバーはITインフラストラクチャに対する非常に有益な投資のようです。
この記事は、Jet Infosystemsコンピューティングコンプレックス設計センターのコーポレートソリューションヘッドであるYuri Semenyukovによって作成されました。 建設的なコメントを歓迎します。