---
schema_version: "1"
id: d6ac56e542bcae0c34086643d99cb1bd00a5c065f4aae509396f83ebad37a190
title: VM/ベアメタルの Runtime Fabric の制限事項
collection: mulesoft
version: current
locale: ja-jp
portal_url: https://docs.salesforce.com/mulesoft/current/ja-jp/runtime-fabric/1.13/runtime-fabric-limitations.md
canonical_url: https://docs.mulesoft.com/jp/runtime-fabric/1.13/runtime-fabric-limitations
source_site: docs.mulesoft.com
content_type: documentation
content_hash: c18f5229cb0345bcc3230b479f0018654a53a1400a59c7bb4e45c293856a5400
description: MuleSoft Documentation Site
release: "1.13"
latest: false
---
# VM/ベアメタルの Runtime Fabric の制限事項

次の情報は、VM/ベアメタルの Anypoint Runtime Fabric のインストール、設定、管理を行うときに重要です。

## [](#ノード環境グループの制限事項)ノード、環境、グループの制限事項

次の表では、Runtime Fabric の設定に関する重要な制限事項を示しています。

<table class="tableblock frame-all grid-all fit-content spread">
<colgroup>
<col>
<col>
</colgroup>
<thead>
<tr>
<th class="tableblock halign-left valign-top">コンポーネント</th>
<th class="tableblock halign-left valign-top">制限事項</th>
</tr>
</thead>
<tbody>
<tr>
<td class="tableblock halign-left valign-top"><p class="tableblock">コントローラーノード</p></td>
<td class="tableblock halign-left valign-top"><p class="tableblock">コントローラーノードの最大数は 5 です。</p></td>
</tr>
<tr>
<td class="tableblock halign-left valign-top"><p class="tableblock">ワーカーノード</p></td>
<td class="tableblock halign-left valign-top"><p class="tableblock">ワーカーノードの最大数は 16 です。</p></td>
</tr>
<tr>
<td class="tableblock halign-left valign-top"><p class="tableblock">アプリケーションあたりのレプリカ数</p></td>
<td class="tableblock halign-left valign-top"><p class="tableblock">アプリケーションあたりのレプリカの最大数は 8 です。</p></td>
</tr>
<tr>
<td class="tableblock halign-left valign-top"><p class="tableblock">ワーカーノードあたりのレプリカ数</p></td>
<td class="tableblock halign-left valign-top"><p class="tableblock">ワーカーノードあたりのデプロイできるレプリカの最大数は 40 です。
 <br>
 <br>
バースティングの必要が生じた場合にレプリカ間でのコアを共有できるようにするために、実行する​<strong>レプリカの数はコアあたり</strong>​ 20 ～ 25 個までにしてください。これにより、レプリカが多すぎるために各ワーカーノードで実行されている Runtime Fabric の内部コンポーネントがオーバーロードになる事態を防ぐことができます。</p></td>
</tr>
<tr>
<td class="tableblock halign-left valign-top"><p class="tableblock">Runtime Fabric あたりの関連付けられた環境数</p></td>
<td class="tableblock halign-left valign-top"><p class="tableblock">Runtime Fabric あたりの環境の最大数は 50 です。</p></td>
</tr>
<tr>
<td class="tableblock halign-left valign-top"><p class="tableblock">ビジネスグループ</p></td>
<td class="tableblock halign-left valign-top"><p class="tableblock">ビジネスグループの組織あたり最大 50 個の Runtime Fabric を作成できます。サブ組織には、別のサブ組織で共有される Runtime Fabric に加えて、最大 50 個の Runtime Fabric を含めることができます。たとえば、親組織 A とその子組織 B がある場合、組織 A に 50 個の Runtime Fabric、組織 B に 50 個の Runtime Fabric を含めることができます。 組織 A の 50 個の Runtime Fabric をすべて組織 B と共有することもでき、その結果、組織 B のリストビューには合計 100 個の Runtime Fabric が表示されます。</p></td>
</tr>
<tr>
<td class="tableblock halign-left valign-top"><p class="tableblock">オブジェクトストアの永続性</p></td>
<td class="tableblock halign-left valign-top"><p class="tableblock">Mule アプリケーションのレプリカと再起動でデータの永続性に対処するために、Anypoint Runtime Fabric では永続性ゲートウェイを使用します。​<a href="https://docs.mulesoft.com/jp/runtime-fabric/1.13/persistence-gateway" class="xref page">「永続性ゲートウェイ」</a>​を参照してください。</p></td>
</tr>
</tbody>
</table>

## [](#内部ロードバランサーのリソース割り当てとパフォーマンス)内部ロードバランサーのリソース割り当てとパフォーマンス

次の表は、CPU コアの数に基づいて、内部ロードバランサーの 1 つのレプリカで処理できるおおよその要求数 (平均 10 KB) を示しています。この情報は、​[「VM/ベアメタルの Anypoint Runtime Fabric でのリソース割り当てとパフォーマンス」](https://docs.mulesoft.com/jp/runtime-fabric/1.13/deploy-resource-allocation#internal-load-balancer)​で説明されているパフォーマンステスト結果に基づいています。

<table class="tableblock frame-all grid-all stretch">
<colgroup>
<col style="width: 33.3333%;">
<col style="width: 33.3333%;">
<col style="width: 33.3334%;">
</colgroup>
<thead>
<tr>
<th class="tableblock halign-left valign-top">vCPU コア</th>
<th class="tableblock halign-left valign-top">1 秒あたりの最大要求数 (接続を再利用)</th>
<th class="tableblock halign-left valign-top">1 秒あたりの最大要求数 (接続の再利用なし)</th>
</tr>
</thead>
<tbody>
<tr>
<td class="tableblock halign-left valign-top"><div class="content"><div class="paragraph">
<p><code>1.00</code></p>
</div></div></td>
<td class="tableblock halign-left valign-top"><div class="content"><div class="paragraph">
<p>2000</p>
</div></div></td>
<td class="tableblock halign-left valign-top"><div class="content"><div class="paragraph">
<p>175</p>
</div></div></td>
</tr>
<tr>
<td class="tableblock halign-left valign-top"><div class="content"><div class="paragraph">
<p><code>0.75</code></p>
</div></div></td>
<td class="tableblock halign-left valign-top"><div class="content"><div class="paragraph">
<p>1500</p>
</div></div></td>
<td class="tableblock halign-left valign-top"><div class="content"><div class="paragraph">
<p>100</p>
</div></div></td>
</tr>
<tr>
<td class="tableblock halign-left valign-top"><div class="content"><div class="paragraph">
<p><code>0.50</code></p>
</div></div></td>
<td class="tableblock halign-left valign-top"><div class="content"><div class="paragraph">
<p>1000</p>
</div></div></td>
<td class="tableblock halign-left valign-top"><div class="content"><div class="paragraph">
<p>50</p>
</div></div></td>
</tr>
<tr>
<td class="tableblock halign-left valign-top"><div class="content"><div class="paragraph">
<p><code>0.25</code></p>
</div></div></td>
<td class="tableblock halign-left valign-top"><div class="content"><div class="paragraph">
<p>100</p>
</div></div></td>
<td class="tableblock halign-left valign-top"><div class="content"><div class="paragraph">
<p>10</p>
</div></div></td>
</tr>
</tbody>
</table>

内部ロードバランサーは、VM/ベアメタルの Runtime Fabric のコントローラーノードで実行されます。インバウンドトラフィックの量と種別に基づいて、VM のサイズを設定します。内部ロードバランサーに割り当てることができるのは、各 VM で使用可能な CPU コアの半分のみです。 詳細は、​[「Anypoint Runtime Fabric でのリソース割り当てとパフォーマンス」](https://docs.mulesoft.com/jp/runtime-fabric/1.13/deploy-resource-allocation#internal-load-balancer)​を参照してください。

## [](#オペレーティングシステムの制限事項)オペレーティングシステムの制限事項

次の表では、Runtime Fabric のホストオペレーティングシステムに関する既知の制限事項を示しています。

<table class="tableblock frame-all grid-all fit-content spread">
<colgroup>
<col>
<col>
</colgroup>
<thead>
<tr>
<th class="tableblock halign-left valign-top">オペレーティングシステム</th>
<th class="tableblock halign-left valign-top">制限事項</th>
</tr>
</thead>
<tbody>
<tr>
<td class="tableblock halign-left valign-top"><p class="tableblock">RHEL 8</p></td>
<td class="tableblock halign-left valign-top"><div class="content"><div class="ulist">
<ul>
<li>
<p>インストールに失敗するため、​<code>fabric.tf</code>​ で省略可能な環境変数 ​<code>disable_selinux</code>​ を ​<code>false</code>​ に設定しないでください。</p>
</li>
<li>
<p>SELinux を適用モードに設定しないでください。</p>
</li>
</ul>
</div></div></td>
</tr>
<tr>
<td class="tableblock halign-left valign-top"><p class="tableblock">RHEL 7</p></td>
<td class="tableblock halign-left valign-top"><div class="content"><div class="ulist">
<ul>
<li>
<p>SELinux を有効にした場合、ホストで実行されているサードパーティソフトウェアでポリシー設定が SELinux から変更される場合があります。</p>
</li>
<li>
<p>デフォルトのポリシーを変更しない場合は、SELinux を適用モードに設定しても問題ありません。</p>
</li>
</ul>
</div></div></td>
</tr>
<tr>
<td class="tableblock halign-left valign-top"><p class="tableblock">RHEL</p></td>
<td class="tableblock halign-left valign-top"><p class="tableblock">Azure ベアメタル上では Runtime Fabric は論理ボリュームマネージャー (LVM) を使用する RHEL のインスタンスのみをサポートしています。Azure ベアメタル上の LVM を使用しない RHEL インスタンスはサポートされません。</p></td>
</tr>
</tbody>
</table>

## [](#how-antivirus-and-dpi-software-impacts-runtime-fabric-functionality)ウイルス対策ソフトウェアと DPI ソフトウェアの Runtime Fabric の機能への影響

Anypoint Runtime Fabric には特定のハードウェアおよび OS の要件があります。MuleSoft サポートでは、​[VM/ベアメタル上の Runtime Fabric](https://docs.mulesoft.com/jp/runtime-fabric/1.13/install-prereqs)​ と​[自己管理型 Kubernetes 上の Runtime Fabric](https://docs.mulesoft.com/jp/runtime-fabric/1.13/index-self-managed)​ のインストールの前提条件で指定されている要件の検証と認証に基づいて、サポート SLA と重要度レベルを提供しています。

一部のサードパーティソフトウェアでは、ホストへのルートアクセス権が必要です。このようなソフトウェア (ウイルス対策ソフトウェアおよび DPI ソフトウェアを含むがこれに限定されない) が Runtime Fabric の動作および要件と干渉することがわかっています。MuleSoft サポートがウイルス対策ソフトウェアを検出した多くのサポートケースで、ポートのブロック、ノード間通信のブロック、Docker のデフォルトブリッジの削除、ファイルシステムへのアクセスの問題など、Runtime Fabric のインストール、アップグレード、通常の操作と干渉する問題が確認されています。

Runtime Fabric で異常な動作が見つかった場合は、サードパーティソフトウェア (ウイルス対策ソフトウェアや DPI ソフトウェアを含む) がその動作の原因となっているかを判断するため、これらのソフトウェアを無効にするよう要求される場合があります。これらのソフトウェアを無効にすることで適切な Runtime Fabric の機能が回復する場合には、そのソフトウェアパッケージと Runtime Fabric 間で互換性がないことを暗に示していると思われるため、サポートケースは解決済みであるとみなされます。

Runtime Fabric の特定のコンポーネントと干渉する従来のセキュリティツールを実行することが厳密に要求される場合は、この要件を満たせるように Kubernetes をサポートするベンダーおよびセキュリティエキスパートにサポートを依頼できます。クラウドプラットフォームベンダーでは多くの場合、 [Center for Internet Security (CIS) Kubernetes Benchmark](https://www.cisecurity.org/benchmark/kubernetes/)​ などのよく知られたセキュリティベンチマークと一貫性があるクラウド中心のコントロールが追加されます。