EBC Availability
EBCアベイラビリティは、エクイニクス・ビジネス・クラウド（EBC）のプラットフォームサービスポートフォリオの一部です。お客様のEBC環境向けに特別に設計されたクラウドベースのディザスターリカバリーソリューションです。購入したEBCプラットフォーム（Flex、シングルテナント、Core）に応じて、セルフサービスまたはマネージド方式で迅速かつ効率的で安全なディザスターリカバリーを提供します。
Disaster Recovery as a Service (DRaaS) は、事業継続計画の一環として、あらゆるタイプの VM（最大ミッションクリティカル）に対して提供されます。EBC Flexとシングルテナント(ST)ではセルフサービス方式で、EBC Coreではマネージド方式でご利用いただけます。データの重要性に応じて、RPOのバリエーションもご用意しています。
両バリアントの主なユースケースは以下の通りです：
-
EBC Flex / シングルテナントのレプリケーション -。
- EBC Flex / STのバリアント、ロケーション、ティア間でVMをレプリケーションし、RPO値は最大1時間まで。
- オンプレミスのvSphereをEBC Flex / STのバリアント、ロケーション、ティアにRPO値で最大1時間までレプリケーションします。
-
EBCコア
拠点間、階層間でVMを最大4時間間隔でレプリケーションする。
EBCアベイラビリティは、EBCプラットフォームをDRaaS機能で拡張するために設計されています。この方法では、オランダにあるEBCの拠点間でVMが複製され、RPO値は最大1時間までです。
EBCフレックスとST（セルフサービス）の可用性について
EBC Availability for EBC Flex / STは、EBC FlexとSTの仮想データセンター（VDC）を対象としたエクイニクスのセルフサービス型DRaaSです。
EBCアベイラビリティは、オランダの3つのデータセンターにおいて、お客様が選択可能な3つのSLAプロファイルで、クラッシュしないVMレプリケーションを提供します。
Flex/ST間のレプリケートだけでなく、両者のミックスもサポートされている。
セカンダリーデータセンターのVDCは、より低コストの（容量や性能の点で）コンピュートやストレージで構成することもできますが、意図するワークロードに十分なものでなければなりません。
VMをセカンダリデータセンターにフェイルオーバーするには、VDCと適切なネットワークトポロジーが必要です。エクイニクスは、DR目標をサポートする適切なネットワーク設計をお手伝いします。特にDRの状況では、セカンダリデータセンター内でインターネット、オンプレミス、キャビネットへの接続が意図した通りに機能していることが最も重要です。
フェイルオーバーが意図したとおりに機能することを確認するために、EBC AvailabilityはセルフサービスでVMフェイルオーバーのテストをサポートしています。
SLAの概要
| Parameter | Value | Description |
|---|---|---|
| RPO | Gold = 1 hour Silver = 4 hours Bronze = 12 hours | Timeframe in which the replication is finished. |
| RTO | 30 min | Timeframe within the VM must be started in the secondary data-center, upon customer-initiated failover.1 |
| # Retention points | Gold = latest + 8 points Silver = latest + 6 points Bronze = latest + 2 points | All profiles consist of latest restore point + amount of automatically stored restore points. Max. restore point age is 2 days |
注
- RTO は、ユーザーによってフェイルオーバーが開始された後に開始されます。
フェイルオーバーが必要になった場合、ユーザーはセルフサービス方式でセカンダリデータセンターにワークロードをフェイルオーバーすることができます。このように、ユーザーがフェイルオーバーをコントロールすることで、より迅速な（アプリケーションの）リカバリーを実現することができます。フェイルオーバーを可能にするために、VMは選択したSLAプロファイルに従ってレプリケートされます。ネットワークリンクと帯域幅は、サービスの一環としてエクイニクスが運用・監視しています。
プライマリ・データセンターが通常のオペレーションに戻った後、EBC ポータルでユーザがレプリケーションの方向を反転させます。完了すると、VMとアプリケーションは、ユーザーが選択した適切なタイミングでプライマリ・データセンターに戻る。
注： ユーザー関連の接続（VMやアプリケーションの接続先）は、EBC Availabilityサービスの外で設定・購入します。データセンター、インターネット、キャビネット、オンプレミスネットワーク間の接続を可能にするには、事前に設定する必要があります。
性能と容量
セルフサービス型DRaaSサービスでは、どのアクティビティが環境全体のパフォーマンス、キャパシティ、責任に影響を与えるかを知ることが重要です。これらの責任には、以下のようなものがあります。
- EBC Availabilityサービスの基盤となる技術は、スナップショットベースではなく、I/Oフィルター（キャプチャ）ベースです。フィルターアプローチを使用することで、スナップショットを使用することによるVMのパフォーマンスへの影響を防ぐことができます。
- セカンダリデータセンターの適切なEBCコンピュートとストレージのパフォーマンスレベルを選択することは、ユーザーの責任です。選択したパフォーマンスレベルは、ユーザーのSLAと、フェイルオーバーを実行する必要がある場合に期待されるパフォーマンスを満たす必要があります。
- ユーザーは、2つ目のデータセンターのEBCコンピュートとストレージの容量が、完全なフェイルオーバーを実行するのに十分な量であることを確認する必要があります。テストや開発などのリソースがセカンダリロケーションで実行されている場合、フェイルオーバーを実行する前に、ユーザーによってこれらをシャットダウンする必要がある可能性があります。
- クラウド間シナリオにおけるレプリケーションリンクの可用性と容量は、サービスの一部です。エクイニクスは、SLAを満たすために、このリンクが利用可能であり、十分な容量があることを確認します。
- フェイルオーバーを成功させるためには、ユーザー関連のネットワークの可用性と容量が整っている必要があります。ユーザーは、それが利用可能であり、ニーズを満たすのに十分な容量があることを確認する責任があります。
課金オプション
EBC Flex / STのEBC Availabilityは、選択したSLAプロファイルに応じて、1ヶ月あたりのVMで課金されます。
接続にはレプリケーション接続と帯域幅が含まれ、3つのSLAプロファイルで提供されます：
- EBCアベイラビリティRPO＝1
- EBCアベイラビリティRPO＝4
- EBCアベイラビリティRPO＝12
セカンダリーデータセンターのコンピュートとストレージの容量は、EBCサービスの一部です。
VMのマルチサイトネットワーク接続が追加で必要です。
メータリング
課金対象の複製されたVMの量を決定するために、日次ベースで特定のSLAプロファイルに属していたすべてのVMがカウントされます。
1ヶ月以内に異なるSLAプロファイル間でVMを変更した場合、それに応じて課金されます。
関係性と依存性
EBC Availabilityは、EBC Flex / STサービスの一部としてのみ利用することができます。
注
- フェイルオーバー中はレプリケーションが行われないため、SLAは遵守されない。
- フェイルバック・コンフィギュレーション・フェーズ（再保護）では、レプリケーションは行われないため、SLAは遵守されない。
- 災害前の状況に戻すこと、が必要です。フェイルバックは、災害発生後1ヶ月以内に行う必要があります。
- フェイルオーバー時のバックアップは、ユーザーがセカンダリーデータセンターのバックアッププランを要求した場合のみ実施されます。
EBC Core（マネージド）の提供開始時期について
EBC Availability for EBC Coreは、エクイニクスが提供するマネージドDRaaSで、別々のEBCデータセンターに存在するEBC Coreクラスターに追加することが可能です。このサービスは、4つのRPOオプションから選択可能なクラッシュ一貫レプリケーションを提供します。
お客様の要件（RPO、RTO、ネットワークなど）に基づき、設計を行います。この設計に基づき、エクイニクスはEBC Coreの上に、合意されたパラメータに基づくマネージドDRaaS環境を実装します。レプリケーションを設定する場合、プライマリおよびセカンダリ拠点にEBC Coreプラットフォームが必要です。
展開段階では、エクイニクスは合意された設計に従って複製されたVMを構成します。
SLAの概要
| Parameter | Value | Description |
|---|---|---|
| RPO | 4 hours 8 hours 12 hours 24 hours | Selectable RPO in 4 options. |
| RTO | 4 hours | Timeframe within the VM must be started in the secondary data-center in case of a successful registration of a P1 incident. |
| # Retention points | 2 (latest + 1) | Amount of retention point available in secondary data-center. |
災害時には、エクイニクスは優先順位1（P1）のインシデントの一環として、ユーザーの明示的な承認を得てVMをセカンダリーデータセンターにフェイルオーバーします。エクイニクスは、セカンダリーデータセンターで複製されたVMを起動することで、フェイルオーバー手順を開始します。セカンダリーデータセンターのネットワーク構成は、フェイルオーバーを成功させるためにあらかじめ適切に設定されている必要があります。機能的なネットワークテストはユーザーの責任で行ってください。
プライマリデータセンターの状況が再び正常に戻れば、エクイニクスはユーザーのVMを元の場所に移動させることができます。年次フェイルオーバーテストは、サービスリクエストとしてユーザーから依頼することができます。
性能と容量
DRaaSサービスでは、どのアクティビティが環境のパフォーマンス、キャパシティ、責任に影響を与えるかを知ることが非常に重要です。これらの責任には次のようなものがあります：
- EBC CoreのEBC Availabilityサービスの根底にあるテクノロジーはスナップショットベースです。スナップショットベースのレプリケーションを実行すると、VMのパフォーマンスに影響を与える可能性があります。
- セカンダリデータセンターの適切なEBCコンピュートとストレージのパフォーマンスレベルを選択することは、ユーザーの責任です。選択したパフォーマンスレベルは、ユーザーのSLAを満たし、フェイルオーバーを実行する必要がある場合に期待されるパフォーマンスである必要があります。これは、エクイニクスがセカンダリーデータセンターのストレージ層を保証するために必要です。
- ユーザーは、2つ目のデータセンターのEBCコンピュートとストレージの容量が、完全なフェイルオーバーを実行するのに十分な量であることを確認する必要があります。テストや開発などのリソースがセカンダリロケーションで実行されている場合、本番ワークロードをフェイルオーバーする前に、ユーザーによってこれらをシャットダウンする必要がある可能性があります。
- クラウド間シナリオにおけるレプリケーションリンクの可用性と容量は、サービスの一部です。エクイニクスは、SLAを満たすために、このリンクが利用可能であり、十分な容量があることを確認します。
課金オプション
EBC Core Availability Standardは、VM単位での月額課金となります。接続にはレプリケーション接続と帯域幅が含まれ、4つのSLAグループで提供されます：
- EBC コアアベイラビリティ RPO = 4
- EBC コアアベイラビリティ RPO = 8
- EBC コアアベイラビリティ RPO = 12
- EBC Core Availability RPO = 24
セカンダリーデータセンターのコンピュートとストレージのコストは、EBC Coreサービスの一部となります。また、VM用のマルチサイトネットワーク接続が別途必要です。
メータリング
課金対象の複製されたVMの量を決定するために、日次ベースで特定のSLAプロファイルに属していたすべてのVMがカウントされます。
- 月末までにSLAグループからVMを削除した場合、翌月は課金されません。
- 1ヶ月以内に異なるSLAプロファイル間でVMを変更した場合、それに応じて課金されます。
関係性と依存性
EBC Core Availabilityは、EBC Coreプラットフォームサービスの一部としてのみ利用することができます。
注
- フェイルオーバー中はレプリケーションが行われないため、SLAは遵守されない。
- フェイルバック・コンフィギュレーション・フェーズ（再保護）では、レプリケーションは行われないため、SLAは遵守されない。
- 災害前の状況に戻すこと、が必要です。フェイルバックは、災害発生後1ヶ月以内に行う必要があります。
- フェイルオーバー時のバックアップは、ユーザーがセカンダリーデータセンターのバックアッププランを要求した場合のみ実施されます。
オペレーション活動
責務
プロビジョニング
| Provisioning of the following components (Managed only) | Equinix | User |
|---|---|---|
| Deploy user replication environment | RAC | I |
| Deploy network connectivity between data-centers for replication traffic | RAC | I |
運用プロセス
| Activities | Equinix | User |
|---|---|---|
| Monitor replication environment | RAC | I |
| Monitor replication processes | RAC | I |
| Patch hard and software | RAC | |
| Provide sufficient network bandwidth for replication | RAC | |
| Provide sufficient (compute/storage) capacity in secondary data-center | I | RAC |
フェイルオーバー時
| Activities | Equinix | User |
|---|---|---|
| Decision to start VM failover procedure (Managed only) | I | RAC |
| Failover of VMs to secondary data-center (Managed only) | RAC | I |
| Configure and adjust network configuration in secondary data-center | RAC | |
| Decision to return to normal mode of operation (Managed only) | I | RAC |
| Failback of VMs to primary data-center (Managed only) | RAC | I |
| Configure and adjust network configuration in primary data-center | RAC |
サービスレベル - エクイニクス・ビジネスクラウド
可用性
| Service Availability | |
|---|---|
| Availability level | Standard |
| Availability (%) | 99.5% |
サービスリクエスト(マネージドのみ)
| Request Name | Description | In scope of service* | Lead-time (goal) |
|---|---|---|---|
| Add VM to failover group | Add VM to failover group with specified RPO value | Yes | 2 days |
| Remove VM from failover group | Remove VM from failover group with specified RPO value | Yes | 2 days |
| Perform failover test | Request assistance for performing failover tests. Needs to be requested at least 1 month before planned execution date. | No (non-standard change) | In consultation |
| Backup job failover | Request for a Backup job for VMs during failover. | No | 2 days |
注： インスコープ・オブ・サービスとは、記載されているサービスタイプに追加料金が発生しないことを意味します。
責務
| Provisioning of service components | Equinix | User |
|---|---|---|
| Technical management of the EBC Availability service | RAC | I¹ |
| Functional management of user environment with the service | IC² | RA |
注
(¹) EBC 可用性サービスに影響を与えるタスクについてのみ、通知が必要です。
(²) ユーザー環境に影響を与えるタスクについてのみ、通知が必要です。
失敗への対応
レスポンスと解決までの時間
| Priority | Response Time* | Resolution time | Execution of work | SLA¹² |
|---|---|---|---|---|
| P1 | < 15 min | < 4 hours | 24x7 | 95% |
| P2 | < 30 min | < 8 hours | Service window | 95% |
| P3 | < 60 min | < 24 hours | Service window | 95% |
注
(¹) インシデントを登録してから、エクイニクス・マネージド・ソリューションズのスペシャリストに連絡するまでの時間。 (²) SLAは、対応時間と解決時間に適用されます。