EBCコア

EBCコア環境は、単一の顧客(シングルテナント)専用ハードウェア用に設定されている。インフラストラクチャは、ポータルを介して構成および管理できるコンピューティングリソース、ストレージリソース、およびネットワークリソースで構成される。

EBCコアコンピュート

EBCコアは、リソースを効率的に使用するコンピューティング環境を提供する。ユーザーのEBCコアプラットフォームには、さまざまなコンピューティングクラスタを含めることができる。デスクトップ仮想化、個別の実稼働環境と無線(OTA)環境、ライセンス制限、またはCPU保証には、異なるコンピューティングクラスタが必要になる場合がある。EBCコアは、多数のホストで構成されるクラスタ内で提供される。

EBCコアホスト

EBCコア環境のホストは、標準サーバ構成に基づいている。「EBC HV GC」サーバタイプは標準サーバであり、利用可能な最新バージョンで提供される。より厳しいメモリ要件を持つEBC環境には、ハイメモリハイパーバイザサーバタイプがある。リクエストに応じて利用可能。以下の表は、現在利用可能なハイパーバイザー・サーバーの種類と、1台のハイパーバイザー・サーバーがクラスタに追加する使用可能な容量の一覧です。

ハイパーバイザーサーバーのタイプ	デプロイメント	使用例	# 使用可能な GB RAM1	# 使用可能な GB RAM1	CPUコアスピード
EBC HV GC v2	標準	ジェネリック・コンピュート	450	28	≧ 2.4GHz
EBC HV HM v2	オプション	ハイメモリ	900	28	≧ 2.4GHz

**注：**クラスタの正味容量

EBCコア環境では、少なくとも3台のホストで構成され、2台のホストが使用され、1台はスペアとなる（N+1の原則）。（N+1）クラスタには最大15台のホスト（14+1）がある。この数よりも1台の予備サーバが必要である。クラスタの最大サイズはハイパーバイザサーバ30台(28+2)。予備サーバの容量は通常の使用には使用できないため、正味容量の一部ではない。以下の概要は、最小サイズと最大サイズ、および使用可能なCPUコアとGB RAMの数での関連する使用可能な正味容量を含む、クラスタサイズの例を示す。

EBC コアクラスタサイズ	ハイパーバイザー・サーバー・モデル	# 予備サーバー	# 使用可能な CPU コア1	# 使用可能な GB RAM1
最小3 (2+1)	EBC HV GC v2	1	56	900
15 (14+1)	EBC HV GC v2	1	392	6.300
17 (15+2)	EBC HV GC v2	2	420	6.750
最大30 (28+2)	EBC HV GC v2	2	784	12.600

**注：**クラスタの正味容量

EBC コア購入ユニットの種類

1. クラスタ内のホスト（ハイパーバイザー・サーバー）の数
2. GBのRAMでネット容量に50％コミットします。
3. GBのRAMを使用した量

EBC Coreでは、CPUコアはホスト購入ユニットの不可欠な部分である。50%のコミットは、クラスタの正味GB RAM容量の最小購入額である。クラスターの正味のRAM容量は購入可能であり、50%を超えるGBのRAM容量の使用は1GBの使用ごとに課金される。利用可能なネットCPUリソースは、自由に使用できる。

購入単位は下表のとおりです。

購入単位	ホストの種類	請求タイプ	商品説明
EBCコア - ホスト	• 汎用 • 高メモリ	ベースライン	クラスタ内のホストの合意数
EBCコア - 50%コミット		ベースライン	ホストに関連するGB RAMの50
EBC Core - 1GB RAM 追加		超過	GBのRAM消費量がベースラインを上回った量

EBCコア環境を拡張することも可能。拡張は、ホスト1台+正味GB vRAM容量の50%コミットという形式で行われる。

EBC vCPU

EBCコア製品では、1 CPUは最低2.4GHzである。使用可能な物理CPUコアの容量の使用方法を決定する。予測可能なアプリケーションパフォーマンスを実現するためのvCPUの使用に関するガイドラインがある。オーバーサブスクリプションのvCPU保証値。保証値は、存在する物理CPUコアごとに展開できるvCPUの数を示す。EBC Coreでは、コンピューティングクラスタごとにオーバーサブスクリプションを適用する範囲を自由に設定できる。

よく使われるオーバーサブスクリプションレベルは、（目安として）以下の通りです：

vCPUバリエーション	vCPU保証値	使用例
EBC vCPU標準保証（初期値）	1:4 (25%)	• 汎用生産サーバー • OTA サーバー
EBC vCPUハイギャランティー	1:2 (50%)	- 中負荷のアプリケーションサーバー
EBC vCPUフルギャランティー	1:1 (100%)	• ターミナルサーバー • 高負荷アプリケーションサーバー • 遅延に敏感なアプリケーションサーバー

計算例 EBC コア

平均以上の負荷を持つアプリケーション用の環境があり、高保証のEBC vCPUを使用している。要求されるリソース：

1. 500 vCPU（ハイギャランティ1:2）
2. 4000 GB vRAM。
3. 20％の成長用フリースペース

vCPU

1:2の保証値のため、要求されたvCPUの半分が物理的なCPUコアとして存在しなければ、性能要件を満たすことはできません。

500 vCPU：2 = 250 CPU。

500vCPUの20％＝100vCPUが成長のための空きスペースとして必要です。

100個のvCPU：2 = 50 CPU。

合計で250＋50＝300個のCPUが必要です。

メモリ

4000GBのvRAMと20％の増設余地が必要です。

4000 GB vRAM + 20% = 4400 GB vRAM。

ホスト

標準的なハイパーバイザーホストは、VDCに正味28CPUと450GBを追加します。

300 CPU：28 = 10,7—CPUの観点では、11ホストの容量が必要である。

4400 GBのvRAM：450 = 9,8—メモリの観点では、10台のホストの容量が必要である。

上記2つのうち高い方の値が使用され、この場合、11ホストが使用されます。

クラスタ内の15台のホスト(最大30台)ごとに、1台のスペアホストが導入されるこの例では、1つのスペアホストが構成に追加されている。

したがって、クラスタ内のホストの総数は11 + 1 = 12台となります。

このように、12台のホストを持つEBC Coreクラスタは、下表に示す正味容量で展開されます。

ホストにおける EBC コアクラスタサイズ	ハイパーバイザーサーバーのタイプ	# 予備サーバー	# 使用可能な CPU コア1	# 使用可能な GB RAM1
(11 + 1) 12	EBC HV GC v2	1	308	4950

**注：**クラスタの正味容量

このクラスタ内の正味容量は308 CPUと4950 GB RAMである。要求され、すぐに必要とされる容量は、500 vCPU (1:2)と4000 GBのRAMである。

• このクラスターは308個のCPUを搭載している。500個の高保証vCPU (1:2)は250個のCPUを使用する。そこには それでも308-250 = 58 CPUの正味容量が使用可能CPUはホストユニット(ベースライン)に含まれる。 CPUの使用には(独自の)コスト要素はない。
• このクラスターには4950 GBのRAMが搭載されている。この正味容量は、次の2つの購入ユニットで構成される。

  • EBCコア - 50%コミット

    50%コミットは正味容量の半分で、この例では0.5 ㏄* (11 ㏄* 450) = 2475 GB RAMです。

  • EBC Core - 1 GB vRAM 追加

    このクラスターでは、1GB RAMの購入単位あたり残りの50%（2475GB RAM）が超過料金として利用可能である。直接必要な4000 GBのRAMには、この購入ユニットの4000-2475=1525が必要である。

この例のクラスタの追加利用可能容量は、4950 - 4000 = 950 GB RAMです。

この例での購入単位の計算は、下表のとおりです。

購入単位	計算タイプ	数量	商品説明
EBC Core - 汎用ホスト 450 GB RAM	ベースライン	12	クラスターサイズは12ホスト(11+1)
EBCコア - 50%コミット	ベースライン	11	11のネットホストで50%コミット（225GB RAM/ホスト）
EBC Core - 1 GB vRAM 追加	超過	1525	4000 GB～11*225 GBのRAMの違い

EBC コアの使用状況

以下のガイドラインを含むリソース要求に合致するホストとクラスタの数を選択します。

• 最低注文数は、クラスタの使用可能容量の50％です。
• 仕事中にリソースが必要か、それとも定期的な成長中か。その場合は、追加のリソースにアクセスできる。 追加消費量は自動的に毎月請求される。Equinixアカウントマネージャーは、 どの購入があなたの状況に最も適しているかをアドバイスすることができる。
  • EBC Coreの場合、追加消費は利用可能な最大容量に制限されます。 (お客様の環境で使用されるクラスタの100％）。
• ホストの制限の範囲内で、EBC CoreはVMの最大サイズを定めていません。 コンピューティングリソース。仮想マシンのパフォーマンスを最適化するための推奨事項がある 推奨サイズを超えてVMにコンピューティングリソースを追加しても、 パフォーマンスが向上するとは限らない。
  • EBC Coreの場合、推奨される最大VMサイズは8 vCPUと64 GB vRAMです。

オプション EBC Core 3.0 VMwareライセンス（NVL）なし

EBC Core 3.0では、ホストはVMwareクラスタ内に構成されるホスト価格にはVMwareライセンスが含まれているEBC Core 3.0 NVLでは、VMwareライセンスをVMwareライセンスポイントとして個別に決済するオプションが提供されている。この場合は、Commit 50%のGB vRAMと追加のGB vRAMに低価格を支払う。このオプションの**利点は、**プラットフォーム上の1つの仮想マシンがVMwareの定義に従って実際にVMwareを使用する時点でのみライセンスが確定されることである。

EBC コアストレージ

EBCストレージは、EBCプラットフォームの固定部分である。ストレージは、仮想マシンを配置できるデータストアの形式で、4つのパフォーマンスレベル(階層)で購入できる。データストアのパフォーマンスはデータストアのサイズに依存し、1秒あたりのI/O処理数(IOPS)で表される。各データストアのパフォーマンスは、その上のVM間で共有される。

パフォーマンスに関しては、各層に保証と制限値がある。保証は、Equinixが提供する義務がある価値である。フェアユースの原則に基づき、短期間で限度額まで保証額以上を使用することができる。Equinixアカウントマネージャは、どのパフォーマンスレベルがお客様の状況に最も適しているかをアドバイスすることができる。成果物階層のストレージパフォーマンス仕様を以下に示す。

階層	名称	使用します	影響
1	ハイパフォーマンス	DB（ログ）、RDS/ SBC、VDI 低レイテンシーで有益なワークロード。	•IOPS保証: 1 TBあたり1.000 IOPS、最大•データストアあたり30.0001•IOPS制限：1 TBあたり1.500 IOPS、最大•データストアあたり45.000•レイテンシ: 5 MS3•サイズ：最小250 GB、最大ボリュームあたり30 TB 4、5、6
2	パフォーマンス（初期値）	汎用VM、アプリ/Webサービス、ハイパフォーマンスファイルサービス/オブジェクトストレージ	•IOPS保証: 1 TBあたり250 IOPS。データストアあたり最大7.500 IOPS制限：1 TBあたり500 IOPS。最大データストアごとに15.000•レイテンシ：10 MS3•サイズ：最小250GB、最大ボリュームあたり30 TB 4、5、6
3	標準	バックアップ、汎用ファイルサービス/オブジェクトストレージ	•IOPS保証: 1 TBあたり100 IOPS。最大データストアあたり3.000•IOPS制限：1 TBあたり250 IOPS。最大データストアあたり7.500•レイテンシ：15 MS3•サイズ：最小250 GB、最大ボリュームあたり30 TB 4、5、6
4	アーカイブ	アーカイブ、コールドストレージ	•IOPS保証: 1 TBあたり50 IOPS。最大データストアあたり1.500•IOPS制限：1 TBあたり75 IOPS。最大データストアあたり2.250•レイテンシ: 20 MS3•サイズ：最小250 GB、最大ボリュームあたり30 TB 4、5、6

注:

1. IOPS - 読み取り65% / 書き込み35%による最大値 8KBのブロックサイズ。

2. 制限–フェアユースに基づく。保証(フェアユース)を長期超過した場合 Equinixは、保証を制限として設定する権利を留保する。

3. レイテンシ – IOPS 保証内の 5 分間の平均値です。

4. サイズ – 250 GB ごとに拡張。

5. 丸め – GB は 1024 の倍数に基づいて実装されています。

6. 四捨五入 – 1 TB は 1000 GB に相当します。

EBCコア・ストレージの特徴

• 仮想ディスクの推奨サイズは、最小で40GBです。
• 仮想ディスクの最大サイズは8TBです。
• 各データストアの性能は、それを使用するVMの間で共有されます。
• 利用可能なIOPS性能は、EBCバックアップソリューションと共有されます。
• 記憶容量は250GBの倍数で割り振られます。
• ストレージの容量は、コンピュートクラスタごとに割り当てられます。
• ストレージの容量管理は、お客様ご自身で行っていただきます。
• データストアは、階層ごとにデータストアクラスタに記載されています。

EBCコア・ストレージ購入ユニット

EBCコアストレージは、ストレージポリシーに従ってデータストアで購入され、購入単位は1GB。各ポリシーには、データストアクラスタあたり250 GB以上のコミットまたはベースラインが適用される

EBC コアストレージの計算例

計算例1 ティア2ストレージ5TBのEBCクラスタを購入した場合要求された容量が30 TB未満であるため、1つのデータストア階層2にアクセスできる。これには、次のものが含まれる。

• 保証 - 1250 IOPS

  • データストアごと：最大2500 IOPS
  • TBあたり：5 TB x 250 IOPS = 1250 IOPS

  上記2つのうち最も低い値を使用し、この場合は1250IOPSとなります。

• 制限 - 2500 IOPS

  • データストアごと：最大15000 IOPS
  • TBあたり：5 TB x 500 IOPS = 2500 IOPS

  上記2つのうち最も低い値、この場合は2500IOPSが使用されます。

計算例2 ティア1ストレージ20 TBとティア2ストレージ50 TBを備えたEBCクラスタを注文する。次にアクセスできるのは、

**ティア1–**要求された容量が30 TB以下であるための1つのデータストア。

• ギャランティ - 20.000 IOPS

  • データストアごと：最大30.000 IOPS
  • TBあたり：20 TB x 1000 IOPS = 20.000 IOPS

  上記2つのうち最も低い値、この場合は20.000IOPSが使用されます。

• 制限 - 30.000 IOPS

  • データストアごと：最大45.000 IOPS
  • TBあたり：20 TB x 1500 IOPS = 30.000 IOPS

  上記2つのうち最も低い値を使用し、この場合は30.000IOPSとします。

**階層2–**要求された容量が30 TBを超えている場合の25 TBのデータストア2つ（以下を含む）

• 保証 - 2500 IOPS

  • データストアごと：最大7500 IOPS
  • TBあたり：25 TB x 250 IOPS = 6250 IOPS

  上記2つのうち最も低い値を使用し、この場合、データストアあたり6,250IOPSとなります。

• 制限 - 5000 IOPS

  • データストアごと：最大15000 IOPS
  • TBあたり：25 TB x 500 IOPS = 12,500 IOPS。

  上記2つのうち最も低い値を使用し、この場合、データストアあたり12,500IOPSとなります。

EBCコア・ストレージ使用量

共有ストレージの料金は、リンクされたすべての仮想ディスクに割り当てられた容量と使用中の容量の消費に基づいている。これは、ポリシーごとに次の値から測定される。

• VMスワップファイル
• スナップショット
• ライブラリ内のファイル（vAppテンプレートとISO）

4 TBを超える仮想マシンを1つ以上リンクする場合は、Equinix管理ストレージサービス(EMS)を使用することをお勧めする。EMSを使用している間は、EBCプラットフォームの介入なしに、クライアントのVM内でストレージをリンクできる。使用例としては、仮想ファイルやバックアップサーバを使用する場合がある。オプションのスナップショットまたはEMSサービス内に保存されているデータの追加コピーを、別のIBXデータセンターに作成できる。

EBCコアネットワーク

EBCプラットフォームは、セルフサービスポータルを介して構成できるさまざまな仮想ネットワーク機能を提供する。Equinixは、次の5つのネットワーク機能仮想化(NFV)機能レベルでこの機能を提供する。

1. 基本
2. 標準
3. 高度な
4. エンタープライズ
5. エンタープライズ・プラス

NFV – セルフサービス

ほとんどのNFV機能は、セルフサービスのWebポータル、自動化ツール、APIを通じて利用できる。これにより、組織は事前に機器に投資することなく、目的のネットワーク構成を実装する機会を得ることができる。Equinixの建築家は必要に応じてこれを助言することができる。NFV関数の例：

• レイヤ 4 (L4) までのファイアウォール機能。
• エヌエーティー
• ルーティング
• 負荷分散
• VPN (データセンター)

仮想ルーター

仮想ルーターが提供する特徴と機能は共有ネットワークのものと似ているが、その展開範囲はLarge、Extra Large、およびQuad Largeのみである。

マイクロセグメンテーション

マイクロセグメンテーションは分散ファイアウォール(DFW)としても知られ、EBC STプラットフォームの重要な機能であり、Advanced NFV機能レベルから利用できる。DFW機能を使用すると、仮想マシン、タグ、ポートグループ、OSの種類などに基づいてファイアウォールルールを動的に適用できる。これは、IPアドレスまたはIPセグメントに基づいてルータのインターフェイスにファイアウォールを設定することしかできない従来の状況とは対照的である。DFWルールを適用することで、ユーザーを保護するアプリケーションや仮想マシンの集合ごとにIPセグメント、ルーター、ファイアウォールを構成する必要がなくなった場合に、ゼロトラストネットワークの原則が可能になる。

EBCコアネットワーク購入ユニット

EBC コアネットワークが提供する EBC Flex ネットワーク購入ユニットをご覧ください。

社内ネットワーク

内部ネットワークは、単一のデータセンター内のEBCコア環境内にのみ存在できるVMを接続できるレイヤ2(L2)ネットワークである。これらのネットワークはオーバーレイ技術に基づいており、ポートグループで利用可能である。コンピューティングクラスタを超えており、データセンター外の仮想ルーター(L3)を介してのみアクセス可能である。ユースケースには、EBCネットワークのゾーニングとセグメンテーションが含まれる。追加の内部ネットワークは、Equinixサポートデスクへのサービスリクエストを通じてリクエストできる。EBCコア環境の外部で利用可能なL2またはL3ネットワークが必要な場合は、「外部ネットワーク」を参照。5つの内部ネットワークがEBCコアサービスの一部として含まれている。データセンターごとに5つ以上の内部ネットワークが使用されている場合、毎月自動的に請求される。

外部ネットワーク

外部ネットワークとは、仮想マシンやルータを接続できるレイヤ2 (L2)ネットワークのこと。外部接続を有効にするには、Metro ConnectやECXファブリックなどの他のEquinixサービスと組み合わせてEBC Connectサービスを購入する必要がある。外部ネットワークはVLANに基づいており、ポートグループの形式で利用できる。コンピューティングクラスタを超えており、ルータを介さずにデータセンターの外部からアクセスできるユースケースには、第2のデータセンター、オンプレミス環境、またはパブリッククラウドプロバイダへの接続が含まれる。追加の外部ネットワークは、Equinixサポートデスクからのサービスリクエストを介してリクエストできる。5つの外部ネットワークがEBCコアサービスの一部として含まれている。データセンターごとに5つ以上の外部ネットワークが使用されている場合、毎月自動的に請求される。

自社ルーター

「EBC Flex Network：ルーターを所有して詳細を確認する

メータリング

Equinix Managed Solutions は、以下の方法で請求されます。

• ベースライン - サービスの契約数量（例：購入単位vCPU、vRAM）。
• オーバーエイジ - ベースライン値を超えて消費されたGBの量（例：契約ストレージのベースラインが500GB、600GBが使用され、消費されたオーバーエイジは100GB）
• 使用量に応じて支払う - 完全可変（例：バックアップのために使用したGBの量）

可変コンポーネント消費量を測定するために、Equinixはサービス管理環境にリンクされた計測ツールを使用する。消費されたサービス量を決定するために必要なデータのみがEquinix請求システムにエクスポートされる。EBCプラットフォーム内のすべてのVMにVMwareツールをインストールする必要がある

報告

EBCサービスには、標準的な報告オプションが含まれている。

ライセンシング

ライセンス関連の問題については、[[ライセンス]にアクセスする。

注:

• 複数の仮想マシン間での仮想ディスクの共有は、EBC内ではサポートされていない。したがって、共有ディスクを使用したMicrosoft Windows Serverフェイルオーバークラスタリング(WSFC)のEBCへの適用はサポートされていない。
• シングルルートI/O仮想化（SR-IOV）の適用と、VMからの物理NICアクセスはサポートされていません。
• VMごとのメモリ予約の適用はサポートされていません。
• ホストへの直接アクセスはサポートされていない。
• 顧客がEBCプラットフォーム管理層にアクセスするための委任管理とサポートはない。

オプション

EBCバーチャルGPU

EBC環境内でGPUアクセラレーションが必要な場合は、EBC Coreプラットフォームがこのオプションを提供している。NVIDIA Tesla GPカードをプラットフォームに直接アクセスすることで、仮想デスクトップインフラストラクチャ（VDI）は、GPUアクセラレーションを備えたアプリケーションを可能にする。標準化されたビルディングブロックに基づいてEquinixアーキテクトで適切な環境を設計する。

EBC災害復旧

EBC Coreは、DRソリューションを適用することで、事業継続計画の一環として、災害復旧（DR）拠点を設置するオプションを提供します。

DR機能の目的は、中断後のサービスの復旧に必要な時間を短縮することである。非同期または同期レプリケーションを適用することにより、EBC DRは最大0分のRPO（目標復旧時点）を実現できる。

EBCフォールバックとDR機能は、アムステルダムとズヴォレのIBXデータセンター拠点でのみ利用可能です。

関係と依存関係

以下のサービスとの関係と依存関係を参照してください。

• EBCバックアップと復元
• EBC移行
• EBCコネクト
• Customer Connect
• Cross Connects (データセンター)
• Metro Connect (データセンター)
• Equinix Fabric (データセンター)

マネージドファイアウォール

EBC 環境のオプション部品として、Managed Firewall ソリューションがあります。これは、次のような場合に適しています。

• パブリッククラウドやその他の外部ネットワークへの安全なアクセスを促進する。
• EBCプラットフォームに侵入検知（IDS）または侵入防御（IPS）の機能を追加します。
• EBCプラットフォームの管理層に直接アクセスできる。詳細はプラットフォームへの直接アクセスを参照。
• 運用ファイアウォール管理をエクイニクスに移管

Managed Firewall サービスの主な機能は、次のとおりです。

• ファイアウォール
• ルーティング
• IDS/IPS (オーダーバリアント)
• ロードバランシング
• VPN (データセンター)

マネージドルーター

マネージドルーターソリューションは、EBC 環境のオプション機能であり、次のような場合に適しています。

• パブリッククラウド、WANプロバイダー、オンプレミスネットワークへのアクセスを容易にする。
• 運用ルーターの管理をエクイニクスに移管

マネージドルーターの重要な機能は次のとおりです。

• ダイナミック・ルーティング
• スタティックルーティング
• エヌエーティー
• 仮想ルーター冗長化プロトコル（VRRP: Virtual Router Redundancy Protocol）