検索クエリーを入力してください
<book_title> を検索 ...
Storage Foundation and High Availability 8.0.2 設定およびアップグレードガイド - Linux
Last Published:
2023-07-18
Product(s):
InfoScale & Storage Foundation (8.0.2)
Platform: Linux
- 第 I 部 SFHA の概要
- 第 II 部 SFHA の設定
- 設定の準備
- データ整合性のための SFHA クラスタ設定の準備
- SFHA の設定
- インストーラを使った Storage Foundation High Availability の設定
- ノード別のセキュアクラスタノードの設定
- SFHA 設定の完了
- システム上のライセンスの確認と更新
- インストーラを使った Storage Foundation High Availability の設定
- データ整合性のための SFHA クラスタの設定
- データ整合性のための SFHA クラスタの手動設定
- 応答ファイルを使用した SFHA 自動設定の実行
- 応答ファイルを使用した自動 I/O フェンシング設定の実行
- 第 III 部 SFHA のアップグレード
- SFHA のアップグレード計画
- SFHA のアップグレードの準備
- Storage Foundation and High Availability のアップグレード
- SFHA のローリングアップグレードの実行
- SFHA の段階的アップグレードの実行
- 応答ファイルを使用した SFHA 自動アップグレードの実行
- アップグレード後のタスクの実行
- VCS Agents for VVR が設定されている場合のアップグレード後のタスク
- セキュアモードで動作するクラスタの LDAP 認証の有効化について
- SFHA のアップグレード計画
- 第 IV 部 インストール後の作業
- 第 V 部 ノードの追加と削除
- 第 VI 部 設定およびアップグレードの参照
- 付録 A. インストールスクリプト
- 付録 B. SFHA サービスとポート
- 付録 C. 設定ファイル
- 付録 D. セキュアシェルまたはリモートシェルの通信用の設定
- 付録 E. CP サーバーベースの I/O フェンシングのためのサンプル SFHA クラスタ設定図
- 付録 F. UDP 上での LLT の設定
- 付録 G. RDMA 上での LLT の使用
- RDMA 上の LLT の設定
- RDMA 上の LLT のトラブルシューティング
非 SCSI-3 フェンシングのサンプル /etc/vxfenmode ファイル
# # vxfen_mode determines in what mode VCS I/O Fencing should work. # # available options: # scsi3 - use scsi3 persistent reservation disks # customized - use script based customized fencing # disabled - run the driver but don't do any actual fencing # vxfen_mode=customized # vxfen_mechanism determines the mechanism for customized I/O # fencing that should be used. # # available options: # cps - use a coordination point server with optional script # controlled scsi3 disks # vxfen_mechanism=cps # # scsi3_disk_policy determines the way in which I/O fencing # communicates with the coordination disks. This field is # required only if customized coordinator disks are being used. # # available options: # dmp - use dynamic multipathing # scsi3_disk_policy=dmp # # Seconds for which the winning sub cluster waits to allow for the # losing subcluster to panic & drain I/Os. Useful in the absence of # SCSI3 based data disk fencing loser_exit_delay=55 # # Seconds for which vxfend process wait for a customized fencing # script to complete. Only used with vxfen_mode=customized # vxfen_script_timeout=25 # # vxfen_honor_cp_order determines the order in which vxfen # should use the coordination points specified in this file. # # available options: # 0 - vxfen uses a sorted list of coordination points specified # in this file, the order in which coordination points are specified # does not matter. # (default) # 1 - vxfen uses the coordination points in the same order they are # specified in this file # Specify 3 or more odd number of coordination points in this file, # each one in its own line. They can be all-CP servers, all-SCSI-3 # compliant coordinator disks, or a combination of CP servers and # SCSI-3 compliant coordinator disks. # Please ensure that the CP server coordination points are # numbered sequentially and in the same order on all the cluster # nodes. # # Coordination Point Server(CPS) is specified as follows: # # cps<number>=[<vip/vhn>]:<port> # # If a CPS supports multiple virtual IPs or virtual hostnames # over different subnets, all of the IPs/names can be specified # in a comma separated list as follows: # # cps<number>=[<vip_1/vhn_1>]:<port_1>,[<vip_2/vhn_2>]:<port_2>, # ...,[<vip_n/vhn_n>]:<port_n> # # Where, # <number> # is the serial number of the CPS as a coordination point; must # start with 1. # <vip> # is the virtual IP address of the CPS, must be specified in # square brackets ("[]"). # <vhn> # is the virtual hostname of the CPS, must be specified in square # brackets ("[]"). # <port> # is the port number bound to a particular <vip/vhn> of the CPS. # It is optional to specify a <port>. However, if specified, it # must follow a colon (":") after <vip/vhn>. If not specified, the # colon (":") must not exist after <vip/vhn>. # # For all the <vip/vhn>s which do not have a specified <port>, # a default port can be specified as follows: # # port=<default_port> # # Where <default_port> is applicable to all the <vip/vhn>s for which a # <port> is not specified. In other words, specifying <port> with a # <vip/vhn> overrides the <default_port> for that <vip/vhn>. # If the <default_port> is not specified, and there are <vip/vhn>s for # which <port> is not specified, then port number 14250 will be used # for such <vip/vhn>s. # # Example of specifying CP Servers to be used as coordination points: # port=57777 # cps1=[192.168.0.23],[192.168.0.24]:58888,[cps1.company.com] # cps2=[192.168.0.25] # cps3=[cps2.company.com]:59999 # # In the above example, # - port 58888 will be used for vip [192.168.0.24] # - port 59999 will be used for vhn [cps2.company.com], and # - default port 57777 will be used for all remaining <vip/vhn>s: # [192.168.0.23] # [cps1.company.com] # [192.168.0.25] # - if default port 57777 were not specified, port 14250 would be # used for all remaining <vip/vhn>s: # [192.168.0.23] # [cps1.company.com] # [192.168.0.25] # # SCSI-3 compliant coordinator disks are specified as: # # vxfendg=<coordinator disk group name> # Example: # vxfendg=vxfencoorddg # # Examples of different configurations: # 1. All CP server coordination points # cps1= # cps2= # cps3= # # 2. A combination of CP server and a disk group having two SCSI-3 # coordinator disks # cps1= # vxfendg= # Note: The disk group specified in this case should have two disks # # 3. All SCSI-3 coordinator disks # vxfendg= # Note: The disk group specified in case should have three disks # cps1=[cps1.company.com] # cps2=[cps2.company.com] # cps3=[cps3.company.com] # port=443