私たちは新年を迎え、プライベートクラウドとサーバーシステムに関する新しい興味深いストーリー、 System Center 2012 R2とWindows Server 2012 R2で皆様を喜ばせ続けています。
本日、Virtual Machine Manager 2012 R2の別の興味深い機能-サービステンプレートの作成と操作についてお話ししたいと思います。 このトピックに関連するポイントを詳しく見てみましょう。
サービスとクラウド
まず、クラウド、特にSystem Centerのコンテキストにおけるサービスとは何かを理解しましょう。
サービスは、実際には、サービス（サービス）として提供されるアプリケーションの実行に必要な1つ以上のVMです。 ただし、サービスはアプリケーションだけではありません。たとえば、サービスはインフラストラクチャの性質を持つことができます。 同じVMの場合もありますが、何らかの種類のハードウェアデバイス（たとえば、 Cisco Nexus 1000V仮想スイッチ）をエミュレートします。 サービスはVMとしても提供されますが、通信およびデータ交換の分野でインフラストラクチャレベルの機能を実行します。
ただし、サービスのより典型的な例は、最も一般的なWebストアです-原則として、これは次のレベルまたは層で構成される3レベルのサービスです-Webサーバー（ユーザーインタラクションインターフェイス）、DBMS（データストレージの場所）、ビジネスレベル-logics（BI、アプリケーション自体、そのロジックと機能）。
クラウドには弾力性がなければならないことに注意することが重要です-そして、サービス構造の観点から、個々のレベルごとに、シューティングギャラリーはスケーリングできる必要があります。 ロードバランサーの背後またはクラスター内にある場合、稼働中のVMの数を特定のレベルで変更し、増減します。これにより、サービスのスケーリング時に継続性が実現されます。
図1.メールボックスとクライアントアクセスの役割を持つ2層のMicrosoft Exchange 2013 CU2サービスの例。
また、サービステンプレートは、仮想マシンテンプレート（実際にはリソースを備えた仮想マシンのプロファイル）、OSテンプレート（ゲストOSを展開するための設定、ドメインへの組み込み、ロールと機能の設定など）の組み合わせで構成されていることも注目に値しますおよびアプリケーションテンプレート（Webアプリケーション、スクリプトアプリケーション、SQLアプリケーション、およびApp-V仮想化アプリケーション）。
サービステンプレート
当然、テンプレートを使用して自動化することにより、一貫性のある反復可能なサービス展開のプロセスを確保できます。 そして、ここで疑問が生じます：「OK、テンプレートはクールです！ しかし、それらをどこで入手するか、そのフォーマットは何であり、あなたがそれを見ることができるように何かが準備されているなら？」 さて、すべてについて順番に話しましょう。
テンプレート自体は、基本的にOVF （ O pen V irtualization F ormat）形式のXMLファイルです。つまり、サービステンプレートの構造（VMの数、その特性、およびその他の必要なオブジェクト）を記述するためのオープンなベンダー中立形式です。これは、クラウド管理システムにインポートされます。この例では、System Center 2012 R2 VMMにインポートされます。 実際には、記述形式を把握した後、さらに使用するために、マルチレベルコンポーネントから既製のテンプレートを個別に作成できます。 たとえば、Active DirectoryまたはExchange 2013とLync 2013をテンプレートレベルでデプロイできます-SQL Server、SharePoint、サードパーティソリューションを忘れないでください-Oracle DBもテンプレートからデプロイできます。
図2. OVF形式のテンプレートのXML記述の例。
STEK-サービステンプレートのサンプルキット
さて、ADやExchangeなどの自動展開についてのフレーズでみんなの目がどのように明るくなっているのかがわかります。結局のところ、これは特にマルチテナント（マルチテナント）環境で多くの人にとって非常に役立ちます。 ここで、 STEK（サービステンプレートのサンプルキット）が役立ちます-最も一般的なアプリケーションとサービス（正確には上記のテンプレート）の既製のテンプレートセットです。実際には少し上をクリックすると、アクセス可能なテンプレートのリストが表示されます。これらのテンプレートに精通し、対応するサービスを展開することをお勧めしますマスタリング後、ドメインコントローラーの順次展開とその後のタイプのサービスの展開を含む、サービスを個別に説明することが可能 ExchangeまたはLync-このプロセスは個人的に非常に興味深く興味深いものでした-MSサービスを自動的に展開する方法と、OVFでテンプレートの説明を処理する方法を学びました-悪くはありません。
サービスとアプリケーションのライフサイクルを管理するためのツールとしてのテンプレート
そして最後に、各テンプレートには独自のバージョンがあり、バージョン管理をサポートしているという事実、つまり サービスの構成と構造の変更に応じて、現在のバージョンのサービスでのユーザーの作業を停止することなく、アプリケーションの修正/更新/更新バージョンを更新および公開できます。 この情報に基づいて、増加するデジタル形式でアプリケーションのバージョンを示すことが義務付けられており、バージョン管理が監視されます-テンプレートの作成/更新時に示されます。
図3.テンプレートのバージョンは、サービスを更新するプロセスを担当します。
実際、サービスのバージョンは、アプリケーション自体で発生する変更に依存します。 つまり アプリケーションの新しいバージョン、そのアセンブリまたはパッケージをポイントして、新しいバージョンのリリースを設定し、サービスを公開するだけです。 ユーザーがサービスを既に展開している場合-しばらくすると（比較的小さい）、ユーザーはサービスの新しいバージョンの可用性に関する通知を受け取り、アップグレードできます。
図4.サービステンプレートに基づく展開用のアプリケーションの種類。
一般に、サービスを公開する前に、パフォーマンスをテストし、「デプロイの設定」ボタンをクリックしてデプロイすることを強くお勧めします。彼が仕事に必要なすべての条件とリソースを持っていること。
その後、それを公開し、エンドユーザーにセルフサービスポータルを介してアプリケーションとサービスを自動的に受信する機会を与えることができます。 これは、System Controllerパッケージの一部でもあるApp Controller 2012 R2セルフサービスポータルを使用して実行できます。
図5. App Controllerセルフサービスポータルを使用したサービスの展開。
当社の製品の最新バージョンはこちらからダウンロードしてください。
Windows Server 2012 R2-technet.microsoft.com/en-US/evalcenter/dn205286
System Center 2012 R2-technet.microsoft.com/en-US/evalcenter/dn205295
ご清聴ありがとうございました。
お役に立てば幸いです！
またね
消防士
ジョージ・A・ガジエフ。