EBC コア

EBCコア環境は、専用ハードウェア上で単一のお客様（シングルテナント）向けに設定されます。インフラストラクチャは、コンピュート 、ストレージ 、ネットワーク リソースで構成され、ポータルを通じて設定・管理することができます。

EBCコアコンピュート

EBC Core は、リソースを効率的に使用するコンピューティング環境を提供します。ユーザーの EBC Core プラットフォームには、さまざまなコンピューティングクラスタを含めることができます。デスクトップ仮想化、生産環境と OTA (Over-The-Air) 環境の分離、ライセンス制限、CPU 保証など、用途に応じて異なるコンピューティングクラスタが必要になる場合があります。EBC Core は、複数のホストで構成されるクラスタとして提供されます。

EBCコアホスト

EBC Core 環境におけるホストは、標準的なサーバー構成に基づいています。EBC HV GC サーバータイプは、標準で提供されるサーバーであり、最新バージョンで提供されます。より厳しいメモリ要件のある EBC 環境では、ハイメモリハイパーバイザーサーバータイプをご利用いただけます。これは、ご要望に応じてご利用いただけます。以下の表は、現在利用可能なハイパーバイザーサーバータイプと、単一のハイパーバイザーサーバーがクラスターに追加する使用可能容量の一覧です。

Hypervisor Server Type	Deployment	Use Case	# Available GB RAM1	# Available GB RAM1	CPU Core Speed
EBC HV GC v2	Standard	Generic Compute	450	28	≥ 2.4GHz
EBC HV HM v2	Optional	High Memory	900	28	≥ 2.4GHz

注： クラスタの正味容量

EBC Core 環境は、少なくとも 3 台のホストで構成されるクラスター構成を採用しており、そのうち 2 台が使用され、1 台が予備として機能します（N + 1 原則）。(N + 1) クラスターの最大ホスト数は 15 台（14 + 1）です。この数を超える場合は、追加の予備サーバーが必要です。クラスターの最大サイズは30台のハイパーバイザーサーバー（28 + 2）です。予備サーバーの容量は通常の使用には利用できず、したがってネット容量の一部ではありません。以下の概要では、クラスターサイズの例（最小サイズと最大サイズを含む）および関連する使用可能なネット容量（使用可能なCPUコア数とGB RAM）を示しています。

EBC Core Cluster Size	Hypervisor Server Model	# Spare Servers	# Available CPU Cores1	# Available GB RAM1
3 (2+1) minimum	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) maximum	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 容量の使用は、使用量 1 GB ごとに課金されます。利用可能なネット CPU リソースは、ご自由に使用できます。

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

Purchase Unit	Type of Host	Billing Type	Description
EBC Core - Host	• Generic • High Memory	Baseline	Agreed number of hosts in the cluster
EBC Core - 50% Commit		Baseline	50% of the GB RAM associated with the host
EBC Core - 1GB RAM Additional		Overage	Amount of GB RAM consumption above the baseline

また、EBC Core環境の拡張も可能です。拡張は、1ホスト＋ネットGBのvRAM容量の50％コミットという形で行われます。

EBC vCPU

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

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

vCPU Variant	vCPU Guarantee Value	Use Case
EBC vCPU Standard Guarantee (Default)	1:4 (25%)	• Generic production servers • OTA servers
EBC vCPU High Guarantee	1:2 (50%)	• Medium-load application servers
EBC vCPU Full Guarantee	1:1 (100%)	• Terminal servers • High-load application servers • Latency-sensitive application servers

計算例 EBC コア

平均以上の負荷がかかるアプリケーション用の環境があるため、高保証の EBC vCPU を使用しています。要求されているリソースは次のとおりです。

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

vCPU

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

500 vCPU：2＝250 CPUとなります。

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

100 vCPU：2＝50CPUとなります。

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

メモリ

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

4000GB vRAM＋20％＝4400GBvRAMとなります。

ホスト

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

300 CPU : 28 = 10,7 - CPUで言えば、11ホストの容量が必要です。

4400GB vRAM : 450 = 9,8 - メモリに関しては、10ホスト分の容量が必要です。

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

クラスタ内の 15 台のホスト（最大 30 台まで）ごとに、1 台の予備ホストが展開されます。この例では、1 台の予備ホストが構成に追加されています。

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

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

EBC Core Cluster Size in # Hosts	Hypervisor Server Type	# Spare Servers	# Available CPU Cores1	# Available 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のHigh Guarantee vCPU（1:2）は250のCPUを使用します。このクラスタには まだ308 - 250 = 58 CPUの正味利用可能容量。CPUはホスト・ユニット（Baseline）に含まれ、CPUの使用には（独自の）コスト要素はありません。
• このクラスタには4950GBのRAMが含まれています。この純容量は2つの購入ユニットで構成され、次のとおりです：

  • EBCコア - 50%コミット

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

  • EBC Core - 1 GB vRAM 追加

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

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

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

Purchase Unit	Calculation Type	Quantity	Description
EBC Core – Generic Host 450 GB RAM	Baseline	12	Cluster Size is 12 Hosts (11+1)
EBC Core – 50% Commit	Baseline	11	50% commit at 11 net hosts (225 GB RAM/host)
EBC Core – 1 GB vRAM Additional	Overage	1525	The difference between 4000 GB - 11 * 225 GB RAM

EBC コアの使用状況

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

• 最低注文数は、クラスタの使用可能容量の50％です。
• 仕事中や定期的な成長時に、より多くのリソースが必要ですか？その場合、追加リソースにアクセスできます。 追加料金は毎月自動的に請求されます。エクイニクスのアカウントマネージャーは、お客様の状況に最適な購入方法をアドバイスいたします。
  • 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ライセンスポイントとして別途決済するオプションを提供しています。この場合、GB vRAMのコミット50%分と追加GB vRAM分の価格が安くなります。このオプションの利点**** は、VMwareの定義に従って、プラットフォーム上の1つのVMが実際にVMwareを使用する時間に対してのみライセンスが決済されることです。

EBC コアストレージ

EBCストレージは、EBCプラットフォームの固定部分です。ストレージは、VMを配置できるデータストアの形で、4つの性能レベル（ティア）で購入することができます。データストアの性能は、データストアのサイズに依存し、1秒あたりのI/Oオペレーション（IOPS）で表されます。各データストアの性能は、その上のVM間で共有されます。

パフォーマンスに関しては、各階層には保証値と制限値があります。保証値は、Equinix が提供を義務付ける値です。保証値以上の使用は、フェアユースの原則に基づき、制限値まで短期間のみ可能です。お客様の状況に適したパフォーマンスレベルについては、Equinix のアカウントマネージャーにご相談ください。提供階層のストレージパフォーマンスの仕様は、以下の通りです。

Tier	Name	Use	Impact
1	High performance	DB (Logs), RDS/ SBC, VDI Low-latency beneficial workloads	• IOPS guarantee: 1.000 IOPS per TB; max. • 30.000 per data-store1 • IOPS limit: 1.500 IOPS per TB; max. • 45.000 per data-store2 • Latency: 5 ms3 • Size: Min 250 GB, max. 30 TB per volume4, 5, 6
2	Performance (Default)	Generic VMs, App / Web services, High performance File services / Object storage	• IOPS guarantee: 250 IOPS per TB. max.7.500 per data-store1 • IOPS limit: 500 IOPS per TB. max. 15.000 per data-store2 • Latency: 10 ms3 • Size: Min 250GB, max. 30TB per volume4, 5, 6
3	Standard	Back-up, Generic File services / Object storage	• IOPS guarantee: 100 IOPS per TB. max. 3.000 per data-store1 • IOPS limit: 250 IOPS per TB. max. 7.500 per data-store2 • Latency: 15 ms3 • Size: Min 250 GB, max. 30 TB per volume4, 5, 6
4	Archive	Archive, Cold storage	• IOPS guarantee: 50 IOPS per TB. max. 1.500 per data-store1 • IOPS limit: 75 IOPS per TB. max. 2.250 per data-store2 • Latency: 20 ms3 • Size: Min 250 GB, max. 30 TB per volume4, 5, 6

注

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

2. 制限 - 公正使用に基づいています。長期的に保証（フェアユース）を超えた場合、 エクイニクスは、保証の上限を設定する権利を留保します。

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

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

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

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

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

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

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

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

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

計算例 15 TB のティア 2 ストレージを搭載した EBC クラスタを購入します。要求容量が30TB未満であるため、1つのデータストアTier 2にアクセスできます：

• 保証 - 1250 IOPS

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

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

• 制限 - 2500 IOPS

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

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

計算例 220 TB のティア 1 ストレージと 50 TB のティア 2 ストレージを搭載した EBC クラスタを注文します。この場合、以下のサービスを利用できます：

Tier 1 - 要求容量が30TB以下のデータストアが1つ：

• ギャランティ - 20.000 IOPS

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

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

• 制限 - 30.000 IOPS

  • データストアごと：最大45.000 IOPS
  • TB あたり：20 TB × 1500 IOPS = 30,000 IOPS

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

Tier 2 - 要求された容量が30 TBを超えるため、25 TBのデータストアを2つ、以下のとおり：

• 保証 - 2500 IOPS

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

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

• 制限 - 5000 IOPS

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

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

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

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

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

1 台以上の VM に 4 TB を超える容量をリンクしたい場合、状況によっては Equinix Managed Storage Service (EMSS) をご利用いただくことをお勧めいたします。EMSS をご利用いただくと、EBC プラットフォームを介さずに、お客様の VM 内にストレージをリンクすることができます。使用例としては、仮想ファイルやバックアップサーバーの使用があります。EMS サービス内に保存されているデータのオプションのスナップショットや追加のコピーを、2 つ目の IBX データセンターに作成することができます。

EBCコアネットワーク

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

1. ベーシック
2. 標準
3. アドバンスド
4. エンタープライズ
5. エンタープライズ・プラス

NFV – セルフサービス

NFV 機能のほとんどは、セルフサービスの Web ポータル、自動化ツール、および API を通じて利用できます。これにより、組織は事前に機器に投資することなく、必要なネットワーク構成を実装することができます。Equinix のアーキテクトが、必要に応じてアドバイスを提供いたします。NFV 機能の例をいくつかご紹介します。

• レイヤ 4 (L4) までのファイアウォール機能。
• エヌエーティー
• ルーティング
• 負荷分散
• かそうへいいきもう

仮想ルーター

Virtual Routers が提供する機能と特徴は、Shared Network と同様ですが、導入範囲が Large、Extra Large、Quad Large に限定されています。

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

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

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

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

社内ネットワーク

内部ネットワークは、単一のデータセンター内のEBCコア環境内にのみ存在するVMを接続できるレイヤ2（L2）ネットワークです。これらのネットワークはオーバーレイ技術に基づいており、ポートグループで利用できます。これらのネットワークは、コンピュートクラスタを超越し、データセンター外の仮想ルータ（L3）を経由してのみアクセスできます。使用例としては、EBCネットワークのゾーニングやセグメンテーションがあります。追加の内部ネットワークは、エクイニクスサポートデスクへのサービスリクエストを通じてご依頼いただけます。EBCコア環境の外部で利用可能なL2および/またはL3ネットワークが必要な場合は、外部ネットワークをご覧ください。EBC Coreサービスには5つの内部ネットワークが含まれています。データセンター毎に5つ以上の内部ネットワークをご利用の場合は、毎月自動的に請求書が発行されます。

外部ネットワーク

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

自社製ルーター

詳細については、「EBC Flex Network：自社ルーターを所有する」をご覧ください。

メータリング

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

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

可変コンポーネントの消費量を測定するため、エクイニクスではサービス管理環境にリンクされた計測ツールを使用しています。エクイニクスの課金システムには、消費されたサービス量を判断するために必要なデータのみがエクスポートされます。EBCプラットフォームの各VMにVMwareツールをインストールすることは必須です。

報告

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

ライセンシング

ライセンス関連の問題については、Licensing をご覧ください。

注

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

オプション

EBCバーチャルGPU

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

EBCディザスターリカバリー

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

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

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

関係性と依存性

以下のサービスとの関係や依存関係をご覧ください。

• EBC Backup and Restore
• EBC Migration
• EBC Connect
• Customer Connect
• Cross Connects
• Metro Connect
• Equinix Fabric

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

EBC 環境のオプションとして、マネージドファイアウォールソリューションがあります。これは、次のような場合に適しています。

• パブリッククラウドやその他の外部ネットワークへの安全なアクセスを促進する。
• EBCプラットフォームに侵入検知（IDS）または侵入防御（IPS）の機能を追加します。
• EBCプラットフォームの管理レイヤーに直接アクセスすることができます。詳しくは「プラットフォームの直接アクセス」をご覧ください。
• 運用中のファイアウォール管理をエクイニクスに移管する。

マネージドファイアウォールサービスの主な機能は、以下の通りです。

• ファイアウォール
• ルーティング
• IDS/IPS (オーダーバリアント)
• ロードバランシング
• かそうへいいきもう

マネージドルーター

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

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

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

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