Storage Foundation and High Availability 8.0.2 設定およびアップグレードガイド - Linux
- 第 I 部 SFHA の概要
- 第 II 部 SFHA の設定
- 設定の準備
- データ整合性のための SFHA クラスタ設定の準備
- SFHA の設定
- インストーラを使った Storage Foundation High Availability の設定
- 製品インストーラを使って SFHA を設定するタスクの概要
- Storage Foundation and High Availability Solutions の設定に必要な情報
- ソフトウェアの設定の開始
- 設定するシステムの指定
- クラスタ名の設定
- プライベートハートビートリンクの設定
- クラスタの仮想 IP の設定
- セキュアモードでの SFHA の設定
- ノード別のセキュアクラスタノードの設定
- VCS ユーザーの追加
- SMTP 電子メール通知の設定
- SNMP トラップ通知の設定
- グローバルクラスタの設定
- SFHA 設定の完了
- Veritas ライセンス監査ツールについて
- システム上のライセンスの確認と更新
- SFDB の設定
- インストーラを使った Storage Foundation High Availability の設定
- データ整合性のための SFHA クラスタの設定
- データ整合性のための SFHA クラスタの手動設定
- 応答ファイルを使用した SFHA 自動設定の実行
- 応答ファイルを使用した自動 I/O フェンシング設定の実行
- 応答ファイルを使った I/O フェンシングの設定
- ディスクベースの I/O フェンシングを設定するための応答ファイルの変数
- ディスクベースの I/O フェンシングを設定するための応答ファイルの例
- サーバーベースの I/O フェンシングを設定するための応答ファイルの変数
- サーバーベースの I/O フェンシングを設定するためのサンプル応答ファイル
- 非 SCSI-3 I/O フェンシングを設定するための応答ファイルの変数
- 非 SCSI-3 I/O フェンシングを設定するための応答ファイルの例
- マジョリティベース I/O フェンシングを設定するための応答ファイルの変数
- 過半数ベースの I/O フェンシングを設定するための応答ファイルの例
- 第 III 部 SFHA のアップグレード
- SFHA のアップグレード計画
- アップグレードについて
- サポート対象のアップグレードパス
- Oracle リソースを使って設定されたシステムで SFHA を 8.0.2 にアップグレードする場合の注意事項
- SFHA のアップグレードの準備
- REST サーバーのアップグレードに関する注意事項
- インストールバンドルを使ったフルリリース (ベース、メンテナンス、ローリングパッチ) と個々のパッチの同時インストールまたは同時アップグレード
- Storage Foundation and High Availability のアップグレード
- SFHA のローリングアップグレードの実行
- SFHA の段階的アップグレードの実行
- 応答ファイルを使用した SFHA 自動アップグレードの実行
- アップグレード後のタスクの実行
- オプションの設定手順
- 現在のディスクグループへのバックアップブートディスクグループの再結合
- アップグレードに失敗した場合にバックアップブートディスクグループに戻す
- 自動アップグレードが失敗した場合の VVR のリカバリ
- VCS Agents for VVR が設定されている場合のアップグレード後のタスク
- DAS ディスク名をリセットして FSS 環境のホスト名を含める
- ディスクレイアウトバージョンのアップグレード
- VxVM ディスクグループのバージョンのアップグレード
- 変数の更新
- デフォルトディスクグループの設定
- セキュアモードで動作するクラスタの LDAP 認証の有効化について
- Storage Foundation and High Availability のアップグレードの確認
- SFHA のアップグレード計画
- 第 IV 部 インストール後の作業
- 第 V 部 ノードの追加と削除
- 第 VI 部 設定およびアップグレードの参照
- 付録 A. インストールスクリプト
- 付録 B. SFHA サービスとポート
- 付録 C. 設定ファイル
- 付録 D. セキュアシェルまたはリモートシェルの通信用の設定
- 付録 E. CP サーバーベースの I/O フェンシングのためのサンプル SFHA クラスタ設定図
- 付録 F. UDP 上での LLT の設定
- 付録 G. RDMA 上での LLT の使用
- RDMA 上での LLT の使用
- クラスタ環境の RoCE または InfiniBand ネットワーク上の RDMA について
- アプリケーション間のより高速の相互接続のための LLT での RDMA 機能のサポートについて
- RDMA 上の LLT の使用: サポート対象の使用例
- RDMA 上の LLT の設定
- RDMA 上の LLT のトラブルシューティング
アプリケーション間のより高速の相互接続のための LLT での RDMA 機能のサポートについて
LLT および GAB では、InfiniBand およびイーサネットメディア (RoCE) 上で RDMA 技術を使用したアプリケーション間の高速相互接続がサポートされます。 ハードウェアの RDMA 機能を利用し、既存の LLT 機能もサポートするために、LLT では設定済みの RDMA リンクごとに 2 つのチャネル(RDMA と非 RDMA)が維持されます。RDMA および非 RDMA チャネルはノード間のデータ転送が可能で、LLT ではこれらのチャネルを使用するための CFS、CVM などの別の API がクライアントに提供されます。 RDMA チャネルでは、ハードウェアの RDMA 機能の利用によってより高速のデータ転送が提供されます。 RDMA チャネルは、クラアントがこのチャネルを使用できるときは主にデータ転送に使用されます。 非 RDMA チャネルは UDP 層の上に作成され、LLT ではこのチャネルは主にハートビートの送受信に使用されます。非 RDMA チャネルの健全性に基づいて、GAB ではクラスタのクラスタメンバーシップが決定されます。 RDMA チャネルの接続管理は非 RDMA チャネルからは分離されていますが、RDMA チャネルに対する接続操作および切断操作は非 RDMA チャネルの状態に基づいてトリガされます。
非 RDMA チャネルが起動していても、RDMA 層のいくつかの問題が原因で RDMA チャネルがダウンしている場合、非 RDMA チャネル上のデータ転送のパフォーマンスは RDMA チャネルの問題が解決されるまで低くなります。 システムログには、RDMA チャネルの起動時またはダウン時にメッセージが表示されます。
LLT では、オペレーティングシステムによってインストールされた Open Fabrics Enterprise Distribution(OFED)層とドライバがハードウェアとの通信に使用されます。RDMA 上の LLT は、1 つのノード上で動作するアプリケーションが、RDMA が有効なネットワークを介して接続されている別のノードで動作するアプリケーションのメモリに直接アクセスすることを可能にします。それとは対照的に、非 RDMA のネットワークを介して接続されているノードでは、アプリケーションは別のノードで動作するアプリケーションへの直接読み込みまたは直接書き込みを行うことができません。 CFS、CVM などの LLT クライアントは、アプリケーションでの読み込みおよび書き込み操作を完了する前にデータの中間コピーを作成する必要があります。これにより遅延期間が増え、場合によってはパフォーマンスに影響を与えることがあります。
RDMA ネットワーク上の LLT により、アプリケーションでは中間コピーを作成しなくてもネットワーク上の別のノードのアプリケーションに読み込みと書き込みを行うことができます。これにより、遅延が減り、スループットが増え、CPU ホスト使用率が最小化されるため、アプリケーションのパフォーマンスが向上します。 LLT および GAB のクライアントである Cluster Volume Manager と Cluster File System では、RDMA 機能上の LLT を特定の使用例で使うことができます。