Flex Gateway新着情報
Governance新着情報
Monitoring API ManagerAnypoint Runtime Fabric は、開発設定と本番設定をサポートしています。以下で各設定の要件について説明します。これらの環境についての詳細は、「Runtime Fabric アーキテクチャ」を参照してください。
Runtime Fabric をインストールする前に、運用および IT チームと共にこれらの要件について確認し、適切なインフラストラクチャをプロビジョニングしていることを確認してください。 |
Anypoint Runtime Fabric には、次のいずれかのオペレーティングシステムが必要です。
Red Hat (RHEL) v7.4、v7.5、v7.6、v7.7
CentOS v7.4、v7.5、v7.6、v7.7
各ノードで同じオペレーティングシステムを使用します。別のオペレーティングシステムバージョンまたはディストリビューションに Runtime Fabric をインストールしようとすると、Runtime Fabric インストーラーは失敗します。
x86 および x64 アーキテクチャのみがサポートされています。
Runtime Fabric は、内部サービス用としてワーカーノードごとに最大 0.5 個のコアを予約できます。これは、必要な CPU コアおよびワーカーノードの量を決定する場合に重要です。
たとえば、Runtime Fabric で 3 個のワーカーノードとそれぞれのワーカーノードについて 2 個の CPU コアを使用することもできます。Runtime Fabric でワーカーノードあたり 0.3 個のコア、合計 0.9 個のコアを予約している場合、Runtime Manager に表示される使用可能なコア数は 6 個の vCPU ではなく 5.1 個の vCPU です。
ノードが使用できなくなった場合やメンテナンス操作中 (OS パッチの適用など) にアップタイムを維持するには、Runtime Fabric ワーカーノードの数を多めにプロビジョニングすることをお勧めします。
Runtime Fabric の本番設定では、次の図で示すように少なくとも 6 個のノードが必要です。
Runtime Fabric では、バースト可能な VM を使用してコントローラーノードまたはワーカーノードを実行することはサポートされません。 |
以下のセクションでは、本番設定での各コントローラーノードとワーカーノードの最小システム要件について説明します。
本番環境で必要なコントローラーノードの数は 3 です。 偶数個のコントローラーノードはサポートされていません。これらの要件は、高可用性を維持し、システムパフォーマンスを確保するための最小要件を反映しています。
各コントローラーノードには以下が必要です。
最小 2 個の専用コア。
最小 8 GiB メモリ。
オペレーティングシステム専用の 80 GiB ディスク。
/tmp
ディレクトリ用に 20 GiB 以上。
/opt/anypoint/runtimefabric
ディレクトリ用に 8 GiB 以上。
/var/log/
ディレクトリ用に 1 GiB 以上。
etcd 用にプロビジョニングされた 3000 IOPS を備えた 60 GiB の専用ディスク。これは、最小で 1 秒あたり 12 メガバイト。 (MBps) のディスクの読み書きパフォーマンスに変換されます。
Docker 用にプロビジョニングされた 1000 IOPS を備えた 250 GiB の専用ディスク。これは、最小で 4 MBps のディスクの読み書きパフォーマンスに変換されます。
最適なパフォーマンスを確保するには、専用ディスクが必要です。必要なディスクはインストール中に Runtime Fabric インストーラーによってフォーマットおよびマウントされます。 |
Runtime Fabric は、Mule アプリケーションと API ゲートウェイを実行するために少なくとも 3 個のワーカーノードを必要とします。 サポートされるワーカーノードの最大数は 16 です。
各ワーカーノードには以下が必要です。
最小 2 個の専用コア。
最小 15 GiB メモリ。
オペレーティングシステム専用の 80 GiB ディスク。
/tmp
ディレクトリ用に 20 GiB 以上。
/opt/anypoint/runtimefabric
ディレクトリ用に 8 GiB 以上。
/var/log/
ディレクトリ用に 1 GiB 以上。
Docker 用にプロビジョニングされた 1000 IOPS を備えた 250 GiB の専用ディスク。これは、最小で 4 MBps のディスクの読み書きパフォーマンスに変換されます。
250 GiB あれば、アプリケーションを実行し、Docker イメージをキャッシュして、アプリケーションを実行するための一時ストレージを提供し、ログストレージを提供するのに十分な領域を確保できます。
最適なパフォーマンスを確保するには、専用ディスクが必要です。必要なディスクはインストール中に Runtime Fabric インストーラーによってフォーマットおよびマウントされます。 |
Runtime Fabric を本番環境で使用する場合、以下のコンポーネントが必要です。
外部ロードバランサー (Runtime Fabric への受信トラフィックを有効にする場合)。各コントローラーノードで構成されるサーバープールを使用した TCP ロードバランサーで十分です。
ハードディスクを含む少なくとも 1 個の追加のワーカーノード。クラスターとアプリケーションのアップタイムを維持する必要がある場合は、再起動を必要とする、オペレーティングシステムまたは他のパッケージの更新時に追加のリソースが必要になります。追加のノードは次の場合にも使用します。
Runtime Fabric のメジャーバージョンへのローリングアップグレードの実行
オペレーティングシステムレベルのパッチの実行。
開発環境では、Runtime Fabric は、次の図で示すように最小 3 個のノードを必要とします。
Runtime Fabric では、バースト可能な VM を使用してコントローラーノードまたはワーカーノードを実行することはサポートされません。 |
以下のセクションでは、開発設定での各コントローラーノードとワーカーノードの最小システム要件について説明します。
開発環境で必要なコントローラーノードの数は 1 です。偶数個のコントローラーはサポートされていません。
各コントローラーノードには以下が必要です。
最小 2 個の専用コア。
最小 8 GiB メモリ。
オペレーティングシステム専用の 80 GiB ディスク。
/tmp
ディレクトリ用に 20 GiB 以上。
/opt/anypoint/runtimefabric
ディレクトリ用に 8 GiB 以上。
/var/log/
ディレクトリ用に 1 GiB 以上。
etcd 用にプロビジョニングされた 3000 IOPS を備えた 60 GiB の専用ディスク。これは、最小で 1 秒あたり 12 メガバイト (MBps) のディスクの読み書きパフォーマンスに変換されます。
Docker 用にプロビジョニングされた 1000 IOPS を備えた 100 GiB の専用ディスク。これは、最小で 4 MBps のディスクの読み書きパフォーマンスに変換されます。
最適なパフォーマンスを確保するには、専用ディスクが必要です。必要なディスクはインストール中に Runtime Fabric インストーラーによってフォーマットおよびマウントされます。 |
Runtime Fabric は、Mule アプリケーションと API ゲートウェイを実行するために少なくとも 2 個のワーカーノードを必要とします。 サポートされるワーカーノードの最大数は 16 です。
各ワーカーノードには以下が必要です。
最小 2 個の専用コア。
最小 15 GiB メモリ。
オペレーティングシステム専用の 80 GiB ディスク。
/tmp
ディレクトリ用に 20 GiB 以上。
/opt/anypoint/runtimefabric
ディレクトリ用に 8 GiB 以上。
/var/log/
ディレクトリ用に 1 GiB 以上。
Docker 用にプロビジョニングされた 1000 IOPS を備えた 100 GiB の専用ディスク。これは、最小で 4 MBps のディスクの読み書きパフォーマンスに変換されます。
最適なパフォーマンスを確保するには、専用ディスクが必要です。必要なディスクはインストール中に Runtime Fabric インストーラーによってフォーマットおよびマウントされます。 |