Cisco UCS Directorについて聞いたことがありますか？

この製品を使い始める準備はできましたか？

次に、エンドユーザーがCisco UCS Directorセルフサービスポータルで独立してリクエストを作成し、既製の仮想マシンを自動的に受信できるようにする方法を示します。



これを行うには、ポリシーのセットを作成し、vDC内で複数のポリシーをグループにグループ化する方法と、これらのポリシーに基づいてディレクトリ（テンプレート）を作成して、セルフサービスポータルを介してこのディレクトリへのアクセスをユーザーに提供する方法を学習します。



インフラストラクチャから始めましょう。 すべての設定を実行する基盤となるインフラストラクチャは次のとおりです。

• ディスクアレイとしてのNetApp Clustered DataONTAP 8.2シミュレーター。
• 以下に基づいて展開された仮想インフラストラクチャ：
• ESXiアプライアンス5.5.0;
• vCenterアプライアンス5.5.0a。

次のようになります。





投稿のポリシーの設定と仮想マシンテンプレートの設定はすべて、VMWare vSphereインフラストラクチャに関連することにすぐに注意します。

ポリシーベースのテンプレート（ディレクトリ）の作成

このセクションでは、CentOS 6.4ディストリビューションに基づいて仮想マシンのテンプレートを準備するプロセス、セルフサービスポータルでのこのテンプレートの公開、およびこのテンプレート（ディレクトリ）へのエンドユーザーのアクセス組織について説明します。

方針

まず、仮想マシンテンプレートを管理し、リソース（CPU、メモリ、ディスク使用量）のセットを制限し、マシンを作成するときに（もちろん許可されている範囲内で）特定の量のリソースを選択する機会をユーザーに提供できるポリシーのセットを作成します。

最初に、UCSDの用語で「ポリシー」が何であるかを理解しましょう。 ドキュメントのほぼ文字通りの翻訳は次のように聞こえます。

ポリシーは、既存のインフラストラクチャとシステムリソースの可用性を考慮して、仮想マシンの展開場所と方法を決定する一連のルールです。

一般的に、これは網羅的な説明です。 ポリシーは、仮想マシンだけでなく、ハードウェアサーバー、ディスクアレイ、さらにはネットワークデバイスに対しても定義できる（および定義する必要がある）ことを付け加える必要があります。 このようなポリシーの説明は、私の投稿の範囲を超えています。

UCSDの仮想マシンのポリシーは、4つのグループに分けられます。

• コンピューティング;
• 保管
• ネットワーク
• システム

コンピューティングポリシー

このタイプのポリシー：

• 仮想マシンをホストする目的のESXサーバー、クラスター、およびリソースプールを明示的に選択できます。
• 仮想マシンの場所の最小条件を使用してESXサーバーの選択を自動化します（言い換えると、ESXサーバーを選択するための基準を指定できます）。
• マシンの展開オプションを変更します。
• ユーザーに、管理者が指定した範囲から必要なリソース数（vCPUとメモリの数）を個別に選択する機会を提供します。

UCSDインターフェイスでポリシーを作成するには、[ポリシー]-> [コンピューティング]-> [VMWareコンピューティングポリシー]タブに移動します。







[追加]ボタンをクリックして、新しいポリシーを追加します。







この場合、次のパラメーターを設定します。

ポリシー名	CentOS_vm_computing
クラウド名	IT-GRAD-TEST
サイズ変更オプション	VMのサイズ変更を許可する（チェックボックスを有効にする）
vCPUの値を許可する	1,2,4
Mbのメモリの値を許可	1,024,2048,4192

ポリシーをディレクトリに保存します。

ストレージポリシー

このタイプのポリシー：

• 仮想マシンを配置できるデータストアのセットを定義し、ユーザーに必要なデータストアの選択も提供します。
• 使用が許可されているデータストアのタイプを指定できます。
• データストアを選択するための一連の条件（最小条件）（容量、待ち時間など）を指定できます。
• ディスクに追加のポリシーを設定できます-ディスクの種類を選択します：データ、データベース、ログ、スワップ（これらのポリシーがディスクスペースとパフォーマンスの分布にどのように影響するかを尋ねないでください、私はまだこの質問に答えがありません;））

UCSDインターフェイスでポリシーを作成するには、[ポリシー]-> [ストレージ]-> [VMWareストレージポリシー]タブに移動します。







パラメーターを設定します。















[次へ]をクリックし、[追加のディスクポリシー]設定が表示された同じ不思議なページに移動し、すべてをそのままにしておきます。







そこで、次の設定を持つVMWareストレージポリシーという新しいエンティティを取得しました。

ポリシー名	CentOS_vm_computing
クラウド名	IT-GRAD-TEST
データストアの範囲	選択を含める
選択したデータストア	vs1_nfs1（この場合）
共有データストアを使用する	チェックボックスをオフにします
ローカルストレージを使用する	チェックボックスをオフにします
NFSを使用する	チェックボックス有効
サンを使用	チェックボックス有効
ディスクのサイズ変更を許可する	チェックボックス有効
Gbで許容されるディスクの値	16.40

ネットワークポリシー

ここで説明するポリシーはネットワーク機器とは関係なく、作成された仮想マシンのネットワークサブシステムの構成のみを担当することをすぐに明確にします。

このタイプのポリシー：

• IPアドレス選択パラメーター（DHCP、IPプール、または静的IP）を構成できます。
• 仮想マシンを作成するときに、追加のネットワークアダプターを追加できます。
• 仮想マシンをホストするために必要なPortGroupを指定できます。
• ネットワークアダプタのタイプを決定できます。

UCSDインターフェイスでポリシーを作成するには、[ポリシー]タブ-> [ネットワーク]-> [VMWareネットワークポリシー]に移動します







パラメーターを設定します。























次に、[勝利に提出]をクリックします。 その結果、アダプターの数、アダプターの種類、仮想スイッチのPortGroup、仮想マシンのアドレスを取得できる静的アドレスのプールが決定されるポリシーを取得しました。

ポリシー名	CentOS_vm_computing
クラウド名	IT-GRAD-TEST
VMネットワーク
ニックエイリアス	vNIC1
アダプターの種類	VMXNET3
ポートグループ	VMネットワーク
IPv4構成
IPアドレスの種類を選択	静的
IPアドレスソースを選択	インラインIPプール
静的IPプール	192.168.1.2-192.168.1.10
ネットマスク	255.255.255.0
ゲートウェイIPアドレス	192.168.1.1

システムポリシー

この投稿で取り上げるポリシーの最後のタイプは、システムポリシーです。

このタイプのポリシー：

• VM名パターンやホスト名パターン（OSレベルのホスト名）など、仮想マシンのシステムパラメーターを定義します。
• ネームサーバーやドメインサフィックスなどのDNS設定。
• Linux OSのタイムゾーン設定。
• インストールするオペレーティングシステムなどの選択（Cisco UCS Director管理ガイド、リリース4.1を参照）。

UCSDインターフェイスでポリシーを作成するには、[ポリシー]タブ-> [サービスの提供]-> [VMWareシステムポリシー]に移動します







このセクションにはいくつかの設定があります。

ポリシー名	CentOS_vm_computing
VM名テンプレート	vm-$ {USER_NAME}
展開後に電源を入れる	チェックボックスを有効にする
ホスト名テンプレート	testvm1
DNSドメイン	Test.local
Linuxタイムゾーン	ヨーロッパ/モスクワ
VMイメージタイプ	Linuxのみ

これでポリシー設定が完了し、必要なすべてのポリシーが作成されます。 次に、すべてのポリシーをグループにまとめ、セルフサービスポータルでテンプレート（アプリケーション）を公開する必要があります。

VDCの作成

用語では、UCSD vDCは、仮想リソースの特定のセット、仮想マシンのイメージ（テンプレート）、およびポリシーがグループ化されるオブジェクトです。 vDCは、UCSDで作成されたユーザーグループまたは組織のレベルで厳密に定義されたリソースのセットの管理を提供する機能を提供します。



vDCを使用すると、次のことができます。

• 組織またはグループにリソースセットを管理する機能を提供します。
• 組織またはグループのリソースクォータを設定します。
• vDCに関連付けられた仮想マシンに関連して、エンドユーザーに許可される一連のアクションを定義します。
• エンドユーザーが仮想マシンを作成した後に、WorkFlowを使用して説明した一連のアクションを実行するポリシーを定義します。
• ユーザーが特定のvDCの仮想マシンで実行できる事前定義されたアクションのセットを定義します（通常のワークフローに基づく）。
• リソース割り当て要求の要件を定義し、vDCレベルでアプリケーション要求を担当するユーザーを特定します。

UCSDインターフェイスでポリシーを作成するには、[ポリシー]-> [仮想データセンター]-> [vDC]タブに移動します。















この場合、次の設定を決定しました。

vDC名	vDC_cust1
団体	カスト1
クラウド名	IT-GRAD-TEST
方針
システムポリシー	CentOS_vm_system
コンピューティングポリシー	CentOS_vm_computing
ネットワークポリシー	CentOS_vm_network
ストレージポリシー	CentOS_vm_storage
エンドユーザーのセルフサービスオプション
VM電源管理	チェックボックス有効
VMスナップショット管理	チェックボックス有効
VMネットワーク管理	チェックボックス有効

これで、vDC設定が完了しました。 vDCの設定でグループを設定すると、指定されたグループのユーザーがvDC用にグループ化されたリソースにアクセスできるようになります。



また、vDCに関連付けられた仮想マシンの状態（オン/オフ）を管理し、スナップショットとネットワーク設定を管理する機会をユーザーに提供しました。

カタログを作成する

私たちは徐々に作品のフィナーレに近づいており、最終段階でカタログを作成する必要があります。 これは何？



カタログは、セルフサービスポータルのユーザーが仮想マシンの要求を生成できるオブジェクトです（もちろん、それだけでなく、特殊なケースを分析します）。 言い換えれば、これはエンドユーザーに特定のサービスまたはサービスのセットを提供するためのインターフェースです。



UCSDには4種類のディレクトリがあります（詳細については、 『Cisco UCS Director管理ガイド、リリース4.1』を参照してください）。 今回のケースでは、ユーザーの要求に応じて既製のVMを作成するように設計された仮想マシンテンプレートを保存するために特別に設計されたタイプStandardのディレクトリを使用します。



UCSDインターフェイスでポリシーを作成するには、[ポリシー]-> [カタログ]タブに移動します。

カタログ名	CentOS_vm_Cust1
カタログタイプ	標準
カタログアイコン	VM：CentOS Linux
選択したグループ	カスト1
クラウド名	IT-GRAD-TEST
VMイメージ	CentOS
カテゴリー	汎用VM
OSを指定	Linux-CentOS

実際、カタログ作成フォームの最初の2ページである基本情報とアプリケーションの詳細で、必要な設定をすべて設定します。 誰かがこれらの設定について詳しく知りたい場合は、残りの設定を変更せずに残します-繰り返し表示されるUCSD管理者ガイドへようこそ。



カタログを作成した後、セルフサービスポータルに自動的に公開され、選択したグループのメンバーが使用できます。



そのため、設定の基本部分を完了し、一連のポリシーと特定のオペレーティングシステムテンプレートを含むディレクトリを含むvDCを取得しました。 次は？

セルフサービスポータルを使用する

UCSDのユーザーとグループ

まず、グループの作成手順を説明します（vDCとディレクトリの作成前にグループCust1が作成されたことをみんなに理解してもらいたい）。 これを行うには、[管理]-> [ユーザーとグループ]-> [ユーザーグループ]タブに移動します。







そして、新しいグループを作成するためのフォームを実行します：







実際にグループを作成しても、問題は発生しません。 グループを作成した後、最も興味深いことを行います。グループに含まれるユーザーが使用できるリソースに一連の制限を設定します。 次の制限を設定できます。

• 仮想リソース。
• オペレーティングシステムのリソース。
• 物理リソース。

制限を設定するには、作成済みのリストから必要なグループを選択し、「リソース制限の編集」フォームを実行する必要があります











「リソース制限を有効にする」チェックボックスを有効にすることを忘れないでください。 すべてのフォーム設定の詳細な説明は、Cisco UCS Director管理ガイド、リリース4.1にあります。



次に、セルフサービスポータルへのアクセスを許可するユーザーを作成します。 これを行うには、[管理]タブに移動->ユーザーとグループ->ログインユーザー







そして、新しいユーザーを追加します







いくつかのコメント：

1. ユーザーのサービスエンドユーザータイプは、ユーザーがログインしてセルフサービスポータルを使用する機能を定義します。 つまり、これは、サービスポータルのリソースセットに対するユーザーのアクセス権を定義する組み込みの役割です。
2. ユーザーに設定したグループに注意してください。 これは、vDCとディレクトリを作成するときに指定したグループと同じです。 実際、ユーザーを目的のグループにリンクすることで、作成したカタログを使用する（つまり、サービスを取得する）機会をユーザーに与えます。

セルフサービスポータル

そして最後に、以前のすべての設定を行ったのは、セルフサービスポータルです。 ポータルへのアクセスは非常に簡単です。このため、作成したエンドユーザーユーザーの下の標準リンクに従うだけです。







ポータルインターフェイスでは、以前に作成されたCentOS-vm_Cust1ディレクトリが自動的に使用可能になります。 仮想マシンの展開リクエストを作成してみましょう。 これを行うには、利用可能なディレクトリを選択し、「リクエストの作成」をクリックします。







または、目的のディレクトリをダブルクリックします。 どちらの場合でも、リクエスト作成フォームが表示されます：







次へをクリックします







ここで、利用可能なvDCと仮想マシンの展開時間を選択できます（必要な時間をスケジュールできます）。 マシンを今すぐデプロイしたいと言って、「次へ」をクリックします。







2つのvCPU、4つのギガバイトのRAM、16 GBのvHDDを備えた仮想マシンを取得したい。 上図に示すように、必要なパラメーターを設定します。 そして、次へを押します。







テンプレートにカスタムワークフローをまだ追加していないため、[次へ]をクリックします。







これでリクエストの作成が完了し、サマリーを表示して「送信」をクリックできます。

サービスリクエストステータス

もちろん、アプリケーションの進行状況を監視することは興味深いでしょう。 UCSDセルフサービスポータルには、リクエストのステータスとログを表示するための便利なインターフェイスがあります。



「サービス」というポータルページに移動し、リストから必要なリクエストを選択する必要があります。







詳細を表示するには、目的のリクエストをダブルクリックするか、「詳細の表示」をクリックします







リクエストの段階と現在のステータスが表示されます。 何が行われ、何が行われ、何が結果になります。







リクエストのすべての段階が正常に完了しました。 その結果、新しい仮想マシンが作成されます。



そして、UCSDセルフサービスポータルでのユーザーアクションの確認のセットアップについていくつか説明します。

UCSDセルフサービスポータルでのユーザーアクション確認の構成

これを行うには、[ポリシー]-> [仮想データセンター]メニューに移動します。 vDC vDC_Cust1を選択します。作成については、「Cisco UCS Directorを使用したセルフサービス：ユーザーに仮想サーバーを作成する機会をユーザーに与える方法」で説明し、編集します。







「承認者と連絡先」セクションに関心があります。 [最初の承認者のユーザー名]フィールドで、確認要求の送信先となるユーザーの名前を指定できます。 ユーザー名adminを設定し、設定を保存しましょう。



セルフサービスポータルのユーザーは、VMを作成する要求を生成します。 クエリ実行ログを見てみましょう：







リクエストの実行を確認するには、管理者は[組織]-> [自分の承認]メニューに移動し、[保留中]ステータスで目的のリクエストを選択する必要があります。







そして、承認または拒否を選択します















これで、仮想マシンとセルフサービスポータルのプロビジョニングの分野におけるUCSD機能についての話は終わりです。 最後まで読んでくれた人たちのおかげで、この記事がこの製品に精通し始めた人たちに役立つことを願っています。