検索クエリーを入力してください
<book_title> を検索 ...
Veritas InfoScale™ 7.3.1 仮想化ガイド- Linux on ESXi
Last Published:
2018-01-23
Product(s):
InfoScale & Storage Foundation (7.3.1)
- 第 I 部 概要
- 第 II 部 VMware 環境での Veritas InfoScale 製品の配備
- 第 III 部 VMware 環境での Veritas InfoScale 製品コンポーネントの使用例
- Veritas InfoScale Operations Manager を使ったストレージからアプリケーションへの可視性
- ストレージからアプリケーションへの可視性の使用について Veritas InfoScale Operations Manager
- Veritas InfoScale Operations Manager を使った VMWare インフラストラクチャの検出について
- Veritas InfoScale Operations Manager を使って vCenter と ESX サーバーを検出するための必要条件
- Veritas InfoScale Operations Manager による vCenter と ESX サーバーの検出方法
- Veritas InfoScale Operations Manager が VMware インフラコンポーネントで検出する情報
- Veritas InfoScale Operations Manager のデータストアについて
- VMware 環境のマルチパスの検出について
- の仮想マシン状態のニアリアルタイム(NRT)更新について
- Veritas InfoScale Operations Manager での LPAR と VIO の検出について
- Veritas InfoScale Operations Manager でサポートされる LPAR のストレージの関連付けについて
- Cluster Server を使用するアプリケーションの可用性
- 多層型ビジネスサービスのサポート
- Dynamic Multi-Pathing を使ったストレージの可視性、可用性、I/O パフォーマンスの向上
- VMware 環境での DMP の使用例
- Dynamic Multi-Pathing for VMware について
- DMP の動作方法
- ハイパーバイザでの DMP(Dynamic Multi-Pathing)を使ったストレージ表示について
- 例: ハイパーバイザでの Dynamic Multi-Pathing を使ったストレージ可視性の実現
- ハイパーバイザでの Dynamic Multi-Pathing を使ったストレージの可用性について
- 例: ハイパーバイザでの Dynamic Multi-Pathing を使ったストレージ可用性の実現
- ハイパーバイザの Dynamic Multi-Pathing での I/O パフォーマンスについて
- 例: ハイパーバイザの Dynamic Multi-Pathing での I/O パフォーマンスの改善
- ハイパーバイザとゲストでの Dynamic Multi-Pathing を使った簡素化された管理について
- 例: ハイパーバイザとゲストでの Dynamic Multi-Pathing を使った簡素化された管理の実現
- SmartPool による I/O パフォーマンスの向上
- データ保護、ストレージ最適化、データ移行、データベースパフォーマンスの向上
- VMware ゲストの Veritas InfoScale 製品コンポーネントの使用例
- VMware ゲストでの Veritas InfoScale 製品コンポーネントを使ったデータ保護
- VMware ゲストでの Veritas InfoScale 製品コンポーネントを使ったストレージの最適化
- VMware ゲストでの Veritas InfoScale 製品コンポーネントを使ったデータ移行
- VMware ゲストでの Veritas InfoScale 製品コンポーネントを使ったデータベースのパフォーマンス改善
- VMware ゲストでの Veritas InfoScale 製品コンポーネントを使ったストレージ管理の簡素化
- VMware ディスク上の Storage Foundation Cluster File System High Availability を使った高速フェールオーバー用仮想マシンの設定
- Veritas InfoScale Operations Manager を使ったストレージからアプリケーションへの可視性
- 第 IV 部 参照
ノード間で一貫する名前の取得
VMDK ファイルはシステムごとに異なる順序で示されたり、Volume Manager によって割り当てられている名前が異なる場合があります。一貫した配備のための推奨のベストプラクティスは、設定が明確になるようにディスクの名前を変更することです。
cfs01 と cfs03 間の初期の不一致の例として、cfs01 ではシリアル番号 226 で終了するデバイスに関連付けられているディスク名は vmdk0_5 になっています。
[root@cfs01 ~]# /etc/vx/bin/vxgetdmpnames enclosure vendor=VMware product=disk serial=vmdk name=vmdk0 dmpnode serial=6000c2993a8d6030ddf71042d4620cec name=vmdk0_1 dmpnode serial=6000c29ac083abd0a86fa46b509d69f5 name=vmdk0_2 dmpnode serial=6000c29e13f6aff58ac3d543b022dfe2 name=vmdk0_3 dmpnode serial=6000c29f2a8d6030ddf71042d4620cec name=vmdk0_4 dmpnode serial=6000c2993a8d6030ddf71042d4620cec name=vmdk0_5
cfs03 で同じデバイスに vmdk_0_0 の名前が付いていることを確認します。
[root@cfs01 ~]# /etc/vx/bin/vxgetdmpnames enclosure vendor=VMware product=disk serial=vmdk name=vmdk0 dmpnode serial=6000c2993a8d6030ddf71042d4620cec name=vmdk0_1 dmpnode serial=6000c29ac083abd0a86fa46b509d69f5 name=vmdk0_2 dmpnode serial=6000c29e13f6aff58ac3d543b022dfe2 name=vmdk0_3 dmpnode serial=6000c29f2a8d6030ddf71042d4620cec name=vmdk0_4 dmpnode serial=6000c2993a8d6030ddf71042d4620cec name=vmdk0_5
すべてのクラスタノードで同じ名前にするために、vxddladm コマンドが使われます。クラスタの各ノードで、このコマンドを実行します。
# vxddladm assign names
cfs03 でシリアル番号 226 で終了するデバイスに正しい名前が付いていることを確認します。
[root@cfs01 ~]# /etc/vx/bin/vxgetdmpnames enclosure vendor=VMware product=disk serial=vmdk name=vmdk0 dmpnode serial=6000c2993a8d6030ddf71042d4620cec name=vmdk0_1 dmpnode serial=6000c29ac083abd0a86fa46b509d69f5 name=vmdk0_2 dmpnode serial=6000c29e13f6aff58ac3d543b022dfe2 name=vmdk0_3 dmpnode serial=6000c29f2a8d6030ddf71042d4620cec name=vmdk0_4 dmpnode serial=6000c2993a8d6030ddf71042d4620cec name=vmdk0_5