コンソールで、レプリケーション対象のストレージボリュームの遠隔データセンターを指定する

IBM Cloud データセンター 世界中のあらゆる地域において、プライマリとリモートの組み合わせとしてペアリングされています。 地域の境界をまたぐデータの移動には法的な問題が生じる場合があるので、データを複製するときには、各地域のデータの所在に関する法令を考慮してください。 リージョン間のレプリケーションは許可されていません。

次の表は、各地域のデータセンター・コードを示している。

この表には、まもなく閉じられる予定のデータ・センターも含まれています。 閉じられるデータ・センターのリストについては、データ・センターの閉止を参照してください。

CLI からレプリケーション対象のストレージボリュームの遠隔データセンターを特定する

開始する前に、使用する CLI クライアントを決定します。

• IBM Cloud CLI をインストールし、 ibmcloud plugin install sl を使用して SL プラグインをインストールすることができます。 詳しくは、 プラグインを使用した IBM Cloud CLI の拡張 を参照してください。
• あるいは、 SLCLIをインストールすることもできます。

IBM Cloud データセンター 世界中のあらゆる地域において、プライマリとリモートの組み合わせとしてペアリングされています。 地域の境界をまたぐデータの移動には法的な問題が生じる場合があるので、データを複製するときには、各地域のデータの所在に関する法令を考慮してください。 リージョン間のレプリケーションは許可されていません。

$ ibmcloud sl file replica-locations 560156918
ID        Short Name   Long Name
449494    dal09        Dallas 9
957095    wdc04        Washington 4
1004995   sjc03        San Jose 3
1441195   dal10        Dallas 10
1854795   dal12        Dallas 12
2017603   wdc07        Washington 7
2017695   wdc06        Washington 6
2178495   sjc04        San Jose 4

 # slcli file replica-locations --help
 Usage: slcli file replica-locations [OPTIONS] VOLUME_ID

 Options:
 --sortby TEXT   Column to sort by
 --columns TEXT  Columns to display. Options: ID, Long Name, Short Name
 -h, --help      Show this message and exit.

API を使用して、レプリケーション対象のストレージボリュームの遠隔データセンターを特定する

File Storage for Classic ボリュームの利用可能なレプリケーション・ロケーションを決定するには、API Python クライアントの get_replication_locations メソッドを使用します。 ソース volume_id を指定すると、API レスポンスはレプリカを作成できる場所の配列を返す。

コンソールで最初のレプリカを作成する

レプリケーションは、スナップショット・スケジュールに基づいて作動します。 レプリケーションを行うには、まずソース・ボリューム用のスナップショット・スペースとスナップショット・スケジュールを作成する必要があります。 **「レプリカの注文」**オプションは、スナップショット・スペースとスナップショット・スケジュールがソース・ボリュームで使用可能な場合に表示されます。 レプリケーションは、 IBM Cloud® コンソール 内の「 ストレージ 」>「 File Storage for Classic 」で管理されます。

1. 詳細を表示するストレージ・ボリュームの名前をクリックします。

2. をクリックし、 アクションを選択して 「レプリカを注文」 をクリックします。

3. レプリケーションに使用する既存のスナップショット・スケジュールを選択します。 リストに、アクティブなすべてのスナップショット・スケジュールが示されます。

   時間単位、日単位、および週単位が混在する場合でも、選択できるスケジュールは 1 つだけです。 前回のレプリケーション以降に取得されたすべてのスナップショットは、その生成スケジュールにかかわらずレプリケートされます。 詳しくは、スナップショットの処理を参照してください。 レプリケーションは、スナップショットの作成から5分後に開始され、レプリカボリュームに最新のデータが確実にコピーされるようにします。

4. レプリカ・ボリュームのロケーションを選択します。

5. 「続行」 をクリックします。

6. プロモーション・コードを入力して (ある場合)、**「再計算」**をクリックします。 ウィンドウのその他のフィールドは、デフォルトで入力されています。

   注文の処理時に割引が適用されます。

7. 注文を確認し、サービスご使用条件を読みます。 ご利用条件に同意する場合は、ボックスにチェック・マークを付けます。

8. **「注文する」**をクリックします。

CLI から初期レプリカを作成する

レプリケーションは、スナップショット・スケジュールに基づいて作動します。 レプリケーションを行うには、まずソース・ボリューム用のスナップショット・スペースとスナップショット・スケジュールを作成する必要があります。

$ ibmcloud sl file replica-order 560156918  -s DAILY -d dal09 --tier 4
This action will incur charges on your account. Continue?> y
OK
Order 110551616 was placed.
 > Storage as a Service
 > File Storage
 > 500 GBs
 > 4 IOPS per GB
 > 500 GB (Snapshot Space)
 > Replication for tier-based performance. Replicant of: SL02SEV1414935_268

$ slcli file replica-order --help
Usage: slcli file replica-order [OPTIONS] VOLUME_ID

Options:
-s, --snapshot-schedule [INTERVAL|HOURLY|DAILY|WEEKLY]
                                Snapshot schedule to use for replication,
                                (INTERVAL | HOURLY | DAILY | WEEKLY)
                                [required]
-l, --location TEXT             Short name of the data center for the
                                replicant (e.g.: dal09)  [required]
--tier [0.25|2|4|10]            Endurance Storage Tier (IOPS per GB) of the
                                primary volume for which a replicant is
                                ordered [optional]
-h, --help                      Show this message and exit.

APIによる初期レプリカの作成

レプリケーションは、スナップショット・スケジュールに基づいて作動します。 レプリケーションを行うには、まずソース・ボリューム用のスナップショット・スペースとスナップショット・スケジュールを作成する必要があります。

レプリカを作成するには、API Python クライアントの order_replicant_volume メソッドを使用する。 volume_id パラメータでレプリケートするプライマリ・ボリュームのID、レプリケーションに使用する snapshot_schedule 、レプリカ・ボリュームの location 、新しいレプリカの tier または iops 値を指定する。

コンソールの「ボリューム一覧」でレプリカボリュームを表示する

「ストレージ」>**「File Storage for Classic」**の下の「File Storage for Classic」ページでレプリケーション・ボリュームを確認できます。 ボリューム名には、プライマリー・ボリュームの名前とそれに続いて REP が表示されます。 タイプは 「エンデュランス」または「パフォーマンス - レプリカ」です。

CLIからレプリカボリュームを表示する

$ ibmcloud sl file replica-partners 560156918
ID          User name                  Account ID   Capacity (GB)   Hardware ID   Guest ID   Host ID
560382016   SL02SEV1414935_268_REP_1   1234567      500             -             -          -

  # slcli file replica-partners --help
  Usage: slcli file replica-partners [OPTIONS] VOLUME_ID

  Options:
  --sortby TEXT   Column to sort by
  --columns TEXT  Columns to display. Options: ID, Username, Account ID,
                  Capacity (GB), Hardware ID, Guest ID, Host ID
  -h, --help      Show this message and exit.

APIでレプリカボリュームをリストアップする

プライマリ・ボリュームに関連するレプリカ・ボリュームの一覧を表示するには、 get_replication_partners メソッドを使用し、プライマリ volume_id を指定します。 応答が成功すると、指定したボリュームのレプリカ・ボリュームのリストが表示されます。

コンソールでのレプリケーションスケジュールの編集

レプリケーション・スケジュールは、既存のスナップショット・スケジュールに基づいています。 レプリケーション・スケジュールを「毎時」から「毎日」や「毎週」に、またはその逆に変更するには、レプリカ・ボリュームをキャンセルして新しいものをセットアップする必要があります。

ただし、**「毎日」**のレプリケーションが行われる時刻を変更する場合には、アクティブ・ボリュームで既存のスケジュールを調整することができます。

1. アクティブ・ボリュームの詳細ページで、 「アクション」 をクリックします。
2. **「スナップショット・スケジュールの編集」**を選択します。
3. **「スケジュール」の下の「スナップショット」**フレームを見て、レプリケーションに使用している「毎日」スケジュールがどれであるかを確認します。 必要に応じてスケジュールを変更します。
4. 保存 をクリックします。

コンソールで既存のレプリカ・ファイル共有を削除する

レプリケーションは、即時にキャンセルすることも、支払い日にキャンセルすることもでき、そこで請求が終了します。

1. **「File Storage for Classic」**ページからボリュームをクリックします。
2. 「アクション」 をクリックします。
3. **「レプリカの削除」**を選択します。
4. キャンセルするタイミングを選択します。 **「即時」または「請求料金の確定日」を選択し、「続行」**をクリックします。
5. この操作によって、レプリカ・ボリュームとそこに含まれるすべてのデータが削除されます。 チェック・ボックスをクリックして情報を確認し、 「削除」 をクリックします。

コンソールでプライマリボリュームが削除された際のレプリケーションのキャンセル

プライマリー・ボリュームを削除すると、レプリカ・データ・センターにあるボリュームとレプリケーション・スケジュールも削除されます。

ボリュームは、少なくとも 24 時間 (即時キャンセルの場合)、または支払い日まで、ストレージ・リストにそのまま表示されます。 特定の機能は使用できなくなりますが、ボリュームはレクラメーション処理されるまで表示されたままになります。 ただし、「 レプリカを削除 」をクリックすると、直ちに課金が停止されます。

アクティブなレプリカがあると、ストレージ・ボリュームの再利用処理がブロックされます。 ボリュームがマウントされていないこと、ホストの許可が取り消されていること、レプリケーションがキャンセルされていることを確認した後で、元のボリュームのキャンセルを試みてください。