EBCの可用性
EBCアベイラビリティは、Equinixビジネスクラウド(EBC)プラットフォームサービスポートフォリオの一部である。EBC環境専用に設計されたクラウドベースのディザスタリカバリソリューション。これにより、購入したEBCプラットフォームバリアント(FLEX、シングルテナント、またはコア)に応じて、セルフサービスまたは管理された方法で、迅速、効率的、安全なディザスタリカバリを提供する。
**サービスとしてのディザスタリカバリ(DRaaS)は、**Business Continuityプランの一部として、あらゆるタイプの仮想マシン(ミッションクリティカルな仮想マシンまで)に提供される。EBC Flexとシングルテナント(ST)ではセルフサービス方式で、EBCコアではマネージド方式で利用できる。データの重要性に合わせて、このサービスはいくつかのRPOバリエーションで提供されている。
両バリアントの主なユースケースは以下の通りです：
-
EBC Flex / シングルテナントレプリケーション –
- EBC Flex / ST バリエーション、ロケーション、および階層間で、RPO 値が最大 1 時間の VM のレプリケーション。
- オンプレミスの vSphere から EBC Flex / ST バリアント、ロケーション、および RPO 値が 1 時間までの階層へのレプリケーション。
-
EBCコア
拠点間、階層間でVMを最大4時間間隔でレプリケーションする。
EBC Availabilityは、DRaaS機能を使用してEBCプラットフォームを拡張するように設計されている。この方法では、オランダの任意のEBCロケーション間で仮想マシンを複製し、RPO値を最大1時間に設定する。
EBC Flex および ST (セルフサービス) でのご利用可能状況
EBC Flex / ST 対応 EBC Availability は、EBC Flex および ST 仮想データセンター (VDC) を対象とした、Equinix のセルフサービス型 DRaaS サービスです。
EBCアベイラビリティは、オランダの3つのデータセンターにおいて、お客様が選択可能な3つのSLAプロファイルで、クラッシュしないVMレプリケーションを提供します。
Flex/ST間のレプリケートだけでなく、両者のミックスもサポートされている。
セカンダリーデータセンターのVDCは、より低コストの（容量や性能の点で）コンピュートやストレージで構成することもできますが、意図するワークロードに十分なものでなければなりません。
仮想マシンをセカンダリデータセンターに正常にフェールオーバーするには、VDCと適切なネットワークトポロジが使用可能である必要がある。Equinixは、DR目標をサポートする適切なネットワーク設計の設計を支援できる特にDRの状況では、インターネット、オンプレミスの場所、またはキャビネットへの接続がセカンダリデータセンター内で意図したとおりに機能することが最も重要である。
フェイルオーバーが意図したとおりに機能することを確認するために、EBC AvailabilityはセルフサービスでVMフェイルオーバーのテストをサポートしています。
SLAの概要
| パラメータ | 価値 | 商品説明 |
|---|---|---|
| RPO（目標復旧時点） | ゴールド= 1時間シルバー= 4時間ブロンズ= 12時間 | レプリケーションが終了するまでの時間枠。 |
| RTO (目標復旧時間) | 30分 | VM 内のタイムフレームは、顧客がフェイルオーバーを開始したときに、セカンダリデータセンターで開始する必要があります。1 |
| # リテンションポイント | ゴールド=最新+ 8ポイントシルバー=最新+ 6ポイントブロンズ=最新+ 2ポイント | すべてのプロファイルは、最新の復元ポイント+自動保存された復元ポイントの量で構成されている。 最大復元ポイントの有効期間は2日 |
注:
- RTO は、ユーザーによってフェイルオーバーが開始された後に開始されます。
フェイルオーバーが必要な場合、ユーザーはセルフサービス方式でワークロードをセカンダリデータセンターにフェイルオーバーできる。このようにして'ユーザーがフェイルオーバーを制御できるため'（アプリケーション）リカバリが高速化されるフェイルオーバーを可能にするために、選択したSLAプロファイルに従ってVMが複製される。ネットワークリンクと帯域幅は、サービスの一部としてEquinixによって運用および監視されている。
プライマリデータセンターが通常の動作に戻った後、ユーザーはEBCポータルでレプリケーション方向を逆にする。完了すると、仮想マシンとアプリケーションは、ユーザーが選択した適切なタイミングでプライマリデータセンターに戻る。
**注：**ユーザー関連の接続(VMとアプリケーションが接続されているもの)は、EBC Availabilityサービスの外部でセットアップおよび購入され、データセンター、インターネット、キャビネット、オンプレミスネットワーク間の接続を可能にするために事前にセットアップする必要がある。
性能と容量
セルフサービスのDRaaSサービスでは、環境全体のパフォーマンス、容量、責任に影響を与えるアクティビティを把握することが重要である。これらの責任には、次のものが含まれる。
- EBC Availabilityサービスの基盤となる技術は、スナップショットベースではなく、I/Oフィルタ(キャプチャ)ベースである。フィルタアプローチを使用することで、スナップショットを使用することによるVMのパフォーマンスへの影響を防止
- ユーザーは、セカンダリデータセンターで適切なEBCコンピューティングおよびストレージパフォーマンスレベルを選択する責任がある。選択したパフォーマンスレベルは、ユーザーのSLAと、フェイルオーバーを実行する必要がある場合の期待パフォーマンスを満たす必要がある。
- ユーザーは、2番目のデータセンターのEBCコンピューティングおよびストレージ容量が、完全なフェイルオーバーを実行するのに十分であることを確認する必要がある。テストや開発などのリソースがセカンダリサイトで実行されている場合、フェイルオーバーが発生する前にユーザーがこれらのリソースをシャットダウンする必要がある可能性がある。
- クラウドからクラウドへのシナリオにおけるレプリケーションリンクの可用性と容量は、サービスの一部である。Equinixは、SLAを満たすのに十分な容量があることを確認する。
- フェールオーバーが正常に行われる前に、ユーザ関連ネットワークの可用性と容量を確保する必要がある。利用者は、それが利用可能であり、ニーズを満たすのに十分な容量を持っていることを確認する責任がある。
課金オプション
EBC Flex / ST の EBC の利用可能性は、選択した SLA プロファイルに応じて、VM 単位で毎月請求されます。
接続にはレプリケーション接続と帯域幅が含まれ、3つのSLAプロファイルで提供されます：
- EBCアベイラビリティRPO＝1
- EBCアベイラビリティRPO＝4
- EBCアベイラビリティRPO＝12
セカンダリーデータセンターのコンピュートとストレージの容量は、EBCサービスの一部です。
VMのマルチサイトネットワーク接続が追加で必要です。
メータリング
課金対象の複製されたVMの量を決定するために、日次ベースで特定のSLAプロファイルに属していたすべてのVMがカウントされます。
1ヶ月以内に異なるSLAプロファイル間でVMを変更した場合、それに応じて課金されます。
関係と依存関係
EBC の利用可能性は、EBC Flex / ST サービスの一部としてのみご利用いただけます。
注:
- フェイルオーバー中はレプリケーションが行われないため、SLAは遵守されない。
- フェイルバック・コンフィギュレーション・フェーズ（再保護）では、レプリケーションは行われないため、SLAは遵守されない。
- 災害前の状況に戻らなければならない。障害発生後1か月以内にフェイルバックを実行する必要がある
- フェイルオーバー時のバックアップは、ユーザーがセカンダリーデータセンターのバックアッププランを要求した場合のみ実施されます。
EBC Core（マネージド）の提供開始時期について
EBC Availability for EBC Coreは、Equinixが提供するマネージドDRaaSであり、別のEBCデータセンターにあるEBCコアクラスタに追加できる。このサービスでは'4つの選択可能なRPOオプションでクラッシュ・コンシステント・レプリケーションを提供
ユーザーの要件(RPO、RTO、ネットワークなど)に基づいて設計が行われる。この設計に基づいて、EquinixはEBCコア上で合意されたパラメータからマネージドDRaaS環境を実装する。レプリケーション用に構成されている場合は、プライマリおよびセカンダリの場所にEBCコアプラットフォームが必要
導入段階では、エクイニクスは合意された設計に従って複製されたVMを設定します。
SLAの概要
| パラメータ | 価値 | 商品説明 |
|---|---|---|
| RPO（目標復旧時点） | 4時間8時間12時間24時間 | 4つのオプションで選択可能なRPO。 |
| RTO (目標復旧時間) | 4時間 | P1インシデントの登録に成功した場合、セカンダリデータセンターでVMを開始しなければならないタイムフレームがあります。 |
| # リテンションポイント | 2 (最新+1) | セカンダリーデータセンターで利用可能なリテンションポイントの量。 |
障害が発生した場合、Equinixは優先度1(P1)インシデントの一部として明示的なユーザー承認に基づいてVMをセカンダリデータセンターにフェイルオーバーする。Equinixは、セカンダリデータセンターで複製されたVMを起動することでフェイルオーバー手順を開始する。フェールオーバーを成功させるには、セカンダリデータセンターのネットワーク設定が適切に事前設定されている必要があるユーザは機能ネットワークテストを担当する。
プライマリデータセンターの状況が再び正常に戻った場合、EquinixはユーザーのVMを元の場所に戻すことができる。年1回のフェイルオーバーテストは、サービスリクエストとしてユーザーが要求できる。
性能と容量
DRaaSサービスでは、どのアクティビティが環境のパフォーマンス、容量、責任に影響を与えるかを知ることが重要である。これらの責任には、
- EBCコア向けEBCアベイラビリティサービスの基盤となる技術は、スナップショットベースである。スナップショットベースのレプリケーションを実行すると、VMのパフォーマンスに影響を与える可能性がある。
- ユーザーは、セカンダリデータセンターで適切なEBCコンピューティングおよびストレージパフォーマンスレベルを選択する責任がある。選択したパフォーマンスレベルは、ユーザーのSLAと、フェイルオーバーを実行する必要がある場合の期待パフォーマンスを満たす必要がある。これは、Equinixがセカンダリデータセンターのストレージ階層を保証するために必要である。
- ユーザーは、2番目のデータセンターのEBCコンピューティングおよびストレージ容量が、完全なフェイルオーバーを実行するのに十分であることを確認する必要がある。テストや開発などのリソースがセカンダリサイトで実行されている場合、運用ワークロードをフェイルオーバーする前にユーザーがこれらのリソースをシャットダウンする必要がある可能性がある。
- クラウドからクラウドへのシナリオにおけるレプリケーションリンクの可用性と容量は、サービスの一部である。Equinixは、SLAを満たすのに十分な容量があることを確認する。
課金オプション
EBC Core Availability Standard（EBCコア可用性基準）は、仮想マシンに対して月単位で請求される。価格にはレプリケーション接続と帯域幅が含まれ'次の4つのSLAグループで提供される
- EBC コアアベイラビリティ RPO = 4
- EBC コアアベイラビリティ RPO = 8
- EBC コアアベイラビリティ RPO = 12
- EBCコア可用性RPO = 24
セカンダリデータセンターのコンピューティングおよびストレージ容量のコストは、EBCコアサービスの一部である。VMのマルチサイトネットワーク接続が追加で必要です。
メータリング
課金対象の複製されたVMの量を決定するために、日次ベースで特定のSLAプロファイルに属していたすべてのVMがカウントされます。
- 月末までにSLAグループからVMを削除した場合、翌月は課金されません。
- 1ヶ月以内に異なるSLAプロファイル間でVMを変更した場合、それに応じて課金されます。
関係と依存関係
EBC Core Availabilityは、EBC Coreプラットフォームサービスの一部としてのみ利用することができます。
注:
- フェイルオーバー中はレプリケーションが行われないため、SLAは遵守されない。
- フェイルバック・コンフィギュレーション・フェーズ（再保護）では、レプリケーションは行われないため、SLAは遵守されない。
- 災害前の状況に戻らなければならない。障害発生後1か月以内にフェイルバックを実行する必要がある
- フェイルオーバー時のバックアップは、ユーザーがセカンダリーデータセンターのバックアッププランを要求した場合のみ実施されます。
オペレーション活動
責任
プロビジョニング
| 以下のコンポーネントのプロビジョニング（Managedのみ） | Equinix | ユーザー |
|---|---|---|
| ユーザーレプリケーション環境を導入する | RAC | I |
| レプリケーショントラフィック用のデータセンター間のネットワーク接続を導入 | RAC | I |
運用プロセス
| 活動 | Equinix | ユーザー |
|---|---|---|
| レプリケーション環境の監視 | RAC | I |
| レプリケーションプロセスの監視 | RAC | I |
| ハードとソフトにパッチを当てる | RAC | |
| レプリケーションに十分なネットワーク帯域を提供する。 | RAC | |
| セカンダリーデータセンターに十分な（計算機/ストレージ）容量を提供する。 | I | RAC |
フェイルオーバー時
| 活動 | Equinix | ユーザー |
|---|---|---|
| VMフェイルオーバー手順の開始決定（Managedのみ） | I | RAC |
| セカンダリーデータセンターへのVMのフェイルオーバー（マネージドのみ） | RAC | I |
| セカンダリーデータセンターのネットワーク構成の設定と調整 | RAC | |
| 通常モードへの復帰の判断（マネージドのみ） | I | RAC |
| プライマリデータセンターへのVMのフェイルバック（マネージドのみ） | RAC | I |
| プライマリデータセンターのネットワーク構成の設定と調整 | RAC |
サービスレベル – Equinix Business Cloud
可用性
| サービスの可用性 | |
|---|---|
| アベイラビリティレベル | 標準 |
| 可用性 (%) | 99.5% |
サービスリクエスト(マネージドのみ)
| リクエスト名 | 商品説明 | サービス範囲内* | リードタイム(目標) |
|---|---|---|---|
| フェイルオーバーグループにVMを追加する | RPO値を指定したフェイルオーバーグループにVMを追加する。 | はい | 2日 |
| フェイルオーバーグループからVMを削除する | RPO値を指定したフェイルオーバーグループからVMを削除する。 | はい | 2日 |
| フェイルオーバーテストを実施する | フェールオーバーテストの実行に関するサポートを依頼する。実施予定日の少なくとも1か月前にリクエストする必要がある。 | いいえ（規格外変更） | 相談中 |
| バックアップジョブのフェイルオーバー | フェイルオーバー時のVMのBackupジョブを要求する。 | いいえ | 2日 |
**注：**サービス範囲内とは、上記のサービスの種類に追加料金がないことを意味する。
責任
| サービスコンポーネントの提供 | Equinix | ユーザー |
|---|---|---|
| EBCアベイラビリティサービスの技術的な管理 | RAC | I¹ |
| サービスによるユーザー環境の機能的な管理 | IC² | RA |
注:
(¹) EBC 可用性サービスに影響を与えるタスクについてのみ、通知が必要です。
(²) ユーザー環境に影響を与えるタスクについてのみ、通知が必要です。
障害対応
応答時間と解決時間
| 優先順位 | 応答時間* | 解像度時間 | 業務の遂行 | SLA¹² |
|---|---|---|---|---|
| P1 | < 15分 | < 4時間 | 24x7 | 95% |
| P2 | < 30分 | < 8時間 | サービスウィンドウ | 95% |
| P3 | < 60分 | < 24時間 | サービスウィンドウ | 95% |
注:
(¹)インシデントの登録からEquinix Managed Solutionsスペシャリストへの連絡までの時間。 (²) SLAは応答時間と解決時間に適用される。