Block Storage for Classic ボリュームの複製
レプリケーションでは、お客様のスナップショットスケジュールを使用して、スナップショットを リモートデータセンターの 宛先ボリュームに自動的にコピーします。 壊滅的なイベントが発生した場合やデータが破損した場合、コピーをリモート・サイトでリカバリーすることができます。
レプリケーションによって、データは 2 つの異なる場所で同期されます。 使用しているボリュームを複製したものを元のボリュームとは独立して使用する場合は、複製ブロック・ボリュームの作成を参照してください。
レプリカを生成するには、事前に、まずスナップショット・スケジュールを作成しておく必要があります。 レプリカの注文を行うためのオプションは、この条件を満たさないと表示されません。
複製されたストレージボリュームのリモートデータセンターをコンソールで決定する
IBM Cloud データ センターは、 世界中のすべての地域でプライマリとリモートの組み合わせにペアリングされています。 地域の境界をまたぐデータの移動には法的な問題が生じる場合があるので、データを複製するときには、各地域のデータの所在に関する法令を考慮してください。 リージョンをまたぐレプリケーションは許可されていません。
次の表は、各地域のデータセンター・コードを示している。
米国 | ラテンアメリカ | カナダ | ヨーロッパ | アジア太平洋 | オーストラリア |
---|---|---|---|---|---|
|
|
|
|
|
|
この表には、まもなく閉じられる予定のデータ・センターも含まれています。 閉じられるデータ・センターのリストについては、データ・センターの閉止を参照してください。
CLI から複製ストレージボリュームのリモートロケーションを決定する
開始する前に、使用する CLI クライアントを決定します。
- IBM Cloud CLI をインストールし、
ibmcloud plugin install sl
を使用して SL プラグインをインストールすることができます。 詳しくは、 プラグインを使用した IBM Cloud CLI の拡張 を参照してください。 - あるいは、 SLCLIをインストールすることもできます。
IBM Cloud データ センターは、 世界中のすべての地域でプライマリとリモートの組み合わせにペアリングされています。 地域の境界をまたぐデータの移動には法的な問題が生じる場合があるので、データを複製するときには、各地域のデータの所在に関する法令を考慮してください。 リージョンをまたぐレプリケーションは許可されていません。
IBMCLOUD CLI からロケーションを一覧表示する
ibmcloud sl block replica-locations
コマンドを使用して、ブロック・ボリュームのレプリカ・ロケーションを見つけることができます。 以下の例では、米国南部地域にあるブロック・ボリュームの使用可能なロケーションをリストします。
$ ibmcloud sl block 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
このコマンドで使用可能なすべてのパラメーターについて詳しくは、 ibmcloud sl block replica-locations を参照してください。
SLCLIからの場所の一覧表示
特定のボリュームに適したレプリケーションデータセンターをリストアップするには、次のコマンドを使用します。
$ slcli block replica-locations --help
Usage: slcli block 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.
IBM Cloud® のデータセンター近代化戦略の一環として、2023年に複数のデータセンターを統合する予定です。 詳しくは、 データ・センターの統合を参照してください。
コンソールで最初のレプリカを作成する
レプリケーションは、スナップショット・スケジュールに基づいて作動します。 レプリケーションを行うには、まずソース・ボリューム用のスナップショット・スペースとスナップショット・スケジュールを作成する必要があります。 レプリケーションの設定を試みても、どちらかが適切に設定されていない場合、追加容量の購入やスケジュール設定を促すメッセージが表示されます。 レプリケーションは、 Block Storage for Classic }} コンソールのストレージ、 IBM Cloud® で管理されます。
-
詳細を表示するストレージ・ボリュームの名前をクリックします。
-
「アクション」
をクリックし、 「レプリカの注文」 をクリックします。
-
レプリケーションに使用する既存のスナップショット・スケジュールを選択します。 リストに、アクティブなすべてのスナップショット・スケジュールが示されます。
時間単位、日単位、および週単位が混在する場合でも、選択できるスケジュールは 1 つだけです。 前の複製の後にキャプチャーされたすべてのスナップショットがレプリカにコピーされます。 詳しくは、 スナップショットの処理を参照してください。 レプリカボリュームに最新のデータが確実にコピーされるように、スナップショット取得から5分後にレプリケーションが開始されます。
-
レプリカ・ボリュームのロケーションを選択します。
-
「続行」 をクリックします。
-
プロモーション・コードを入力して (ある場合)、**「再計算」**をクリックします。 ウィンドウのその他のフィールドは、デフォルトで入力されています。
注文の処理時に割引が適用されます。
-
注文を確認し、サービスご使用条件を読みます。 ご利用条件に同意する場合は、ボックスにチェック・マークを付けます。
-
**「注文する」**をクリックします。
CLIから初期レプリカを作成する
レプリケーションは、スナップショット・スケジュールに基づいて作動します。 レプリケーションを行うには、まずソース・ボリューム用のスナップショット・スペースとスナップショット・スケジュールを作成する必要があります。
IBMCLOUD CLI からのレプリカ・ボリュームの作成
ibmcloud sl block replica-order
コマンドを使用して、レプリカ・ボリュームを注文できます。 ソース・ボリューム、複製スケジュール、およびレプリカ・ボリュームの場所を指定します。
$ ibmcloud sl block replica-order 562193766 --snapshot-schedule DAILY -d dal13 -t 0.25 -o LINUX
This action will incur charges on your account. Continue?> y
このコマンドで使用可能なすべてのパラメーターについて詳しくは、 ibmcloud sl block replica-order を参照してください。
SLCLI からのレプリカ・ボリュームの作成
レプリカボリュームを注文するには、次のコマンドを使用します。
$ slcli block replica-order --help
Usage: slcli block 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.
コンソール内のボリュームリストでレプリカボリュームを確認する
**「ストレージ」>「Block Storage for Classic」**の下の「Block Storage for Classic」ページでレプリケーション・ボリュームを表示できます。 **「ボリューム名」**には、プライマリー・ボリュームの名前とそれに続いて REP が表示されます。 **「タイプ」**は、「エンデュランス - レプリカ」または「パフォーマンス - レプリカ」です。
CLI からレプリカボリュームを表示する
IBMCLOUD CLI からのレプリカ・ボリュームのリスト
ibmcloud sl block replica-order
コマンドを使用して、ブロック・ボリュームのレプリカをリストできます。 以下の例では、ブロック・ボリューム 560156918
のレプリカ・パートナーをリストします。
$ ibmcloud sl block replica-partners 560156918
ID User name Account ID Capacity (GB) Hardware ID Guest ID Host ID
560382016 SL02SEV1414935_268_REP_1 1234567 500 - - -
このコマンドで使用可能なすべてのパラメーターについて詳しくは、 ibmcloud sl block replica-partners を参照してください。
SLCLI からのレプリカ・ボリュームのリスト表示
以下のコマンドで、ブロックボリュームの既存のレプリカントボリュームのリストを表示します。
$ slcli block replica-partners --help
Usage: slcli block 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.
コンソールで複製履歴を表示する
レプリケーション履歴を表示するには、メインメニュー・バーで「管理」をクリックします。 「アカウント」 を選択し、「監査ログ」までスクロールします。 ストレージレプリケーションイベントのリストには、ボリューム名、レプリケーションイベントの説明、およびイベントのタイムスタンプが含まれています。
コンソールでのレプリケーションスケジュールの編集
レプリケーション・スケジュールは、既存のスナップショット・スケジュールに基づいています。 レプリケーション・スケジュールを「毎時」から「毎日」や「毎週」に、またはその逆に変更するには、レプリカ・ボリュームをキャンセルして新しいものをセットアップする必要があります。
ただし、**「毎日」**のレプリケーションが行われる時刻を変更する場合には、アクティブ・ボリュームで既存のスケジュールを調整することができます。
- アクティブ・ボリュームの詳細ページで、 「アクション」
をクリックします。
- **「スナップショット・スケジュールの編集」**を選択します。
- **「スケジュール」の下の「スナップショット」**フレームを見て、レプリケーションに使用している「毎日」スケジュールがどれであるかを確認します。 必要に応じてスケジュールを変更します。
- 保存 をクリックします。
コンソールで既存のレプリカブロックボリュームを削除する
レプリケーションは、即時にキャンセルすることも、支払い日にキャンセルすることもでき、そこで請求が終了します。
- **「Block Storage for Classic」**ページからボリュームをクリックします。
- 「アクション」
をクリックします。
- **「レプリカの削除」**を選択します。
- キャンセルするタイミングを選択します。 **「即時」または「請求料金の確定日」を選択し、「続行」**をクリックします。
- この操作によって、レプリカ・ボリュームとそこに含まれるすべてのデータが削除されます。 チェック・ボックスをクリックして情報を確認し、 「削除」 をクリックします。
プライマリボリュームがコンソールで削除された場合のレプリケーションのキャンセル
プライマリー・ボリュームがキャンセルされると、レプリケーション・スケジュールとレプリカ・データ・センター内のボリュームが削除されます。 レプリカのキャンセルは、「Block Storage for Classic」ページから行います。
ボリュームは、少なくとも 24 時間 (即時キャンセルの場合)、または支払い日まで、ストレージ・リストにそのまま表示されます。 特定の機能は使用できなくなりますが、ボリュームはレクラメーション処理されるまで表示されたままになります。 ただし、「レプリカを削除」をクリックすると、即時に課金が停止されます。
アクティブなレプリカがあると、ストレージ・ボリュームの再利用処理がブロックされます。 ボリュームがマウントされていないこと、ホストの許可が取り消されていること、レプリケーションがキャンセルされていることを確認した後で、元のボリュームのキャンセルを試みてください。
レプリカの複製の作成
既存の IBM Cloud® Block Storage for Classic の複製を作成できます。 複製ボリュームは元のボリュームの容量とパフォーマンスのオプションをデフォルトで継承し、スナップショットの特定時点までのデータの複製を保管します。
複製はプライマリー・ボリュームからでもレプリカ・ボリュームからでも作成できます。 新規の複製は元のボリュームと同じデータ・センターに作成されます。 レプリカ・ボリュームから複製を作成すると、レプリカ・ボリュームと同じデータ・センターに新規ボリュームが作成されます。
ストレージがプロビジョンされるとすぐに、ホストは複製ボリュームにアクセスして、読み取り/書き込みを行うことができます。 ただし、元のボリュームから複製へのデータ・コピーが完了するまで、スナップショットおよびレプリケーションは許可されません。
詳しくは、複製 Block Storage for Classic の作成を参照してください。
災害発生時にフェイルオーバーするためのレプリカの使用
フェイルオーバーすると、プライマリー・データ・センター内のストレージ・ボリュームからリモート・データ・センター内の宛先ボリュームへの「反転切り替え」が行われます。 例えば、プライマリー・データ・センターがロンドンにあり、2 次データ・センターがアムステルダムにあるとします。 障害が発生した場合は、アムステルダムにフェイルオーバーします。つまり、アムステルダムにあるコンピューティング・インスタンスの新しいプライマリー・ボリュームに接続することになります。 ロンドンのボリュームが修復された後は、ロンドンにフェイルバックするためにアムステルダムのボリュームのスナップショットが作成され、ロンドンのコンピューティング・インスタンスに含まれる再びプライマリーになったボリュームに接続します。
- 1 次ロケーションに危険が差し迫っているか、大きな影響を受けた場合は、アクセス可能 1 次ボリュームを使用したフェイルオーバーを参照してください。
- 1 次ロケーションがダウンしている場合は、アクセス不能 1 次ボリュームを使用したフェイルオーバーを参照してください。