推奨事項とベスト プラクティス
プール
プールは、ハードウェア リソースを一意に識別するための基本となるビルディング ブロックです。UCS 管理モデルの基盤として、サービス プロファイルをブレードに関連付けることができ、また完全に同一の ID とプレゼンテーションをアップストリーム LAN や SAN に提供します。ベスト プラクティスの一部として使用されるプールには、次の 3 つのセットがあります。
-
WWNN および WWPN プール:サーバのファイバ チャネル リソースの一意の ID を提供します(ファイバ チャネル ノードおよびポート)。
-
MAC アドレス プール:ネットワーク インターフェイス ポートの一意の ID を提供します。
-
UUID プール:シリアル番号やサービス タグと同様の ID を提供します。
Cisco UCS Manager GUI では、これらのプールは機能別に整理されています。[Server] タブで管理する UUID プール、[SAN] タブで管理する WWNN プールと WWPN プール、そして [LAN] タブで管理する MAC アドレス プールです。
-
UUID プールはサービス プロファイルを作成するときに参照します。
-
MAC アドレス プールは、vNIC を作成するときに参照します。
-
WWNN プールはサービス プロファイルを作成するときに参照します。
-
WWPN プールは vHBA を作成するときに参照します。
同様に、プールは対応するテンプレート オブジェクト(vNIC、vHBA、およびサービス プロファイル)を作成するときにも参照します。プール管理を考慮すると、トレードオフも存在します。プールを管理するには、2 つのシンプルな方法があります。デフォルトのプールに入力して使用するか、ドメイン全体のプールを作成するかです。このアプローチによって、設定および管理が必要なオブジェクトの数が減ります。別の方法として、テナントごとまたはアプリケーションごとに異なるプールを自由に設定できます。このアプローチでは、テナントやアプリケーションに対して、より具体的なアイデンティティを管理したり、より詳細なトラフィック モニタリングをしたりすることができます。
ポリシー
ブート ポリシー
ブート ポリシーではサーバのブート方法を決定し、ブート デバイス、方法、ブート順序を指定します。
SAN ブートの従来の使用方法では、SAN ブートを実行するサーバごとに手動設定が必要です。通常、SAN ブートを必要とするサーバが 100 台あれば、100 台のサーバを手動で個別に設定する必要があります。Cisco UCS ではこの扱いにくいモデルを転換させて、SAN ブートを行うサーバの数に関係なく、SAN ブート イメージを提供するストレージ アレイの数に比例して設定が必要になるようにしました。ブート ポリシーが 1 つあって、シングル ストレージ アレイの WWPN が設定されていれば、これを任意の数のサーバから参照および再利用することができ、他の手動設定が不要になります。
Cisco UCS の可用性に関する本質的な価値の多くは、SAN ブートに関係しています。したがって、サービス アベイラビリティを向上させるには、ブート ポリシーで SAN ブートを使用することをベスト プラクティスとして最も強く推奨します。
ブート ポリシーについては、次のベスト プラクティスを参照してください。
-
緊急の場合とリカバリ モードで起動する場合には、ブート順序で CD-ROM を第一位とします。
-
SAN ブートの場合は、ブート LUN を提供するストレージ アレイごとにブート ポリシーを分けて定義します。
-
ネットワーク ブートの場合は、ブート順序は SAN またはローカル ブートに続けて、vNIC デバイスを最後として定義します。これにより、OS が事前にインストールされていない場合にのみネットワーク ブートおよびインストールを実行できます。
ホスト ファームウェア ポリシー
ホスト ファームウェア ポリシーは、先に説明したように、BIOS、アダプタ ROM、ローカル ディスク コントローラの正規またはよく知られているバージョンを、論理サービス プロファイルと関連付けるために使用します。ベスト プラクティスは、Cisco UCS Manager のインフラストラクチャとサーバ ソフトウェアのリリースに対応する最新のパッケージに基づいたポリシーを 1 つ作成し、作成したすべてのサービス プロファイルおよびテンプレートでそのホスト ファームウェア パッケージを参照することです。このベスト プラクティスは、他のブレードではサービス プロファイルの再関連付けを引き起こす可能性のある物理サーバの障害とは無関係に、サーバの最低レベルのファームウェアのバージョンの一貫性を維持するのに役立ちます。
メンテナンス ポリシー
メンテナンス ポリシーは、サービスに影響を及ぼす、あるいはサーバのリブートを必要とする設定変更を Cisco UCS Manager でどのように処理するかを指定します。メンテナンス ポリシーの値は「immediate」、「userack」、または「timer automatic」です。ベスト プラクティスは、「default」ポリシーを使用せず、「user-ack」または「timer automatic」のメンテナンス ポリシーを作成および使用して、これらを常にサービス プロファイルまたはサービス プロファイル テンプレート定義の要素とすることです。
ローカル ディスク ポリシー
ローカル ディスク ポリシーでは、ブレード上のローカル ディスクの設定方法を指定します。ベスト プラクティスは、SAN ブート環境にローカル ストレージを指定しないようにして、インストール中にローカル ディスクがホスト OS に提示されたときに、サービス プロファイルの関連付け時の問題を予防することです。ブレード(特に OS のインストールに使用するブレード)からローカル ディスクを完全に取り外すこともできます。
スクラブ ポリシー
スクラブ ポリシーでは、サービス プロファイルの関連付けが解除されたときに、ローカル ディスクおよび BIOS で何が発生するかを決定します。デフォルト ポリシーはスクラブではありません。ベスト プラクティスは、ローカル ディスクのスクラビング処理を行うポリシーを設定することです。特にサービス プロバイダーやマルチテナントのユーザ、ローカル ディスクへのネットワーク インストールを使用している環境に適しています。
BIOS ポリシー
BIOS ポリシーでは、通常は起動時にコンソールからのみアクセスできる特殊な CPU 設定を制御できます。VMware や CPU による Intel Virtualization Technology のサポートに依存する仮想環境では、対応するポリシーを作成すると、サーバのプロビジョニング時に必要な手動操作を排除することができます。同様に、Intel Turbo Boost または Hyper-Threading の影響を受けやすいアプリケーションには、専用の BIOS ポリシーを参照させることができます。また、「Quiet Boot」を「無効」に設定すると、トラブルシューティングに役立つ診断メッセージが表示されるようになります。
テンプレート
テンプレートについては、次のベスト プラクティスを参照してください。
-
Cisco UCS Manager GUI では、サービス プロファイル テンプレートを作成する際にエキスパート モードを使用して、制御性と定義のレベルを最適化します。
-
テンプレートを作成するときには、事前に定義した従属プールとポリシーを参照します。
vNIC テンプレートと vHBA テンプレート
再利用可能な vNIC テンプレートと vHBA テンプレートを作成します。このテンプレートでは、終端は名前(「fc0-A」など)または広く受け入れられている規則(A 側に偶数インターフェイス、B 側に奇数インターフェイスなど)で反映されます。vNIC テンプレートは VLAN マッピングなどの重要なセキュリティ定義が含まれるアプリケーション固有のネットワーク プロファイルと見なす必要があります。
サービス プロファイル テンプレート
サービス プロファイル テンプレートは、アプリケーション、サービス、オペレーティング システムのクラス、タイプ、バージョンの定義として使用します。
モニタリング
Cisco UCS には、syslog や Simple Network Management Protocol(SNMP)と、関連する MIBs8(get および fault traps のみ、set なし)など、ヘルス モニタリング方法の標準セットが用意されています。Cisco UCS のモニタリングのベスト プラクティスは、SCOM、OpenView、BPPM などの既存の方式やフレームワークで、既によく知っているものを使用することです。
ネットワークの可用性
ネットワークの可用性のためには、ハードウェア フェールオーバーを使用するか、NIC チーミング(またはボンディング)を使用します。ただし両方を同時に使用しないでください。vNIC および vHBA テンプレートを定義すると、[Use LAN (or SAN) Connectivity Template] を選択してエキスパート モードのサービス プロファイルを作成する際に参照できます。
FlexFlash に ESXi 5.5 U2 カスタム ISO をインストールするためのベスト プラクティス
FlexFLash に ESXi 5.5 U2 カスタム ISO をインストールする前に、ISO のインストールの問題を避けるために、FlexFlash ドライブのスクラビング処理を行います。
コンフィギュレーションのバックアップ
タイプ |
説明 |
---|---|
完全状態 |
ディザスタ リカバリの一環として、システム全体の復元に使用します。 |
システム設定 |
ロール、Call Home、通信サービス、および分散仮想スイッチ。 |
論理構成 |
サービス プロファイル、VLAN、VSAN、プール、ポリシー、およびテンプレート |
すべての構成 |
論理構成とシステム設定 |
-
規定されている復元のために各ドメインをバックアップする場合には、ID 保存機能を使用します(同じサイトまたはドメイン、または正確なリカバリ サイトまたはドメイン)。
-
「ゴールド UCSM ドメイン設定」テンプレートを作成する際には、ID 保存機能は使用しないでください。