1. ホームページ
  2. CloudHub 2.0
  3. CloudHub 2.0 の機能

  4. CloudHub 1.0 ユーザー向けの CloudHub 2.0

CloudHub 1.0 ユーザー向けの CloudHub 2.0

CloudHub 2.0 の改善により、CloudHub 1.0 よりも学習、開発、管理が簡単になりました。次の利点があります。

  • 複数のレプリカを使用したデプロイメント用のシームレスな Mule クラスタリング

  • リソース消費を調整し、アプリケーションの可用性を確保し、拡張性を実現するコンテナベースのアプリケーションデプロイメント

  • 高度な設定やインフラストラクチャのメンテナンスを必要としない共有スペースへのアプリケーションのデプロイ

  • リソースアクセス制御用の Amazon Web Services (AWS) サービス

  • より詳細な vCore 割り当てオプション

  • アウトバウンドファイアウォールルールの設定

  • イングレスセルフサービスログ

CloudHub 2.0 機能の完全なリストについては、​「CloudHub 2.0 機能」​を参照してください。

CloudHub 1.0 から CloudHub 2.0 への技術的機能強化

CloudHub 1.0 でも使用可能な機能に対して次の改善が行われました。

  • CloudHub 2.0 で追加された断片的 vCore の提供により、リソースの使用量を削減するために同じアプリケーションへの複数のリスナーのバンドルが不要になる可能性があります。

  • CloudHub 2.0 では、非公開スペースは CloudHub 1.0 から改善された VPC として機能します。非公開スペース内のアプリケーションに非公開ネットワークを自動的に割り当てることができます。トラフィックに対応するために自動スケーリングを使用する非公開イングレスロードバランサーを設定することもできます。

  • デフォルトで、VPN により高可用性が可能になります。

  • アプリケーションには、デフォルトで​『エンドポイントと内部エンドポイント』​が含まれるようになりました。複数のエンドポイントを設定することもできます。Runtime Manager でエンドポイントアドレスにアクセスできます。

  • イングレスレイヤーの TLS コンテキストとトラストストアのインプレース編集および更新を実行できます。

  • CloudHub 1.0 では、アプリケーション名はコントロールプレーンごとに一意である必要がありました。CloudHub 2.0 では、アプリケーション名は非公開スペースごとに一意である必要があります。

  • カスタム log4j.xml は、外部ログコレクターへの​『ログのストリーミング』​の有効化がデフォルトでサポートされています。この機能を有効または無効にするためにサポートに問い合わせる必要はなくなりました。

  • Runtime Manager を使用してログのストリーミングを無効にできます。この機能を有効または無効にするためにサポートに問い合わせる必要はなくなりました。

  • 専用ロードバランサーとイングレスのセルフサービスログは、非公開スペースを介して使用できます。Titanium ユーザーは、Anypoint Monitoring からログをダウンロードすることもできます。

  • ポート 80 と 443 を使用すると、非公開スペース内のアプリケーションは内部エンドポイント経由で内部ロードバランサーを使用して通信できます。これはアプリケーションプロトコルによって異なります。

考慮事項と制限事項

CloudHub 2.0 には CloudHub 1.0 からの多数の改善点がありますが、組織で切り替える前に次の微妙な違いを考慮する必要があります。

インフラストラクチャの考慮事項

CloudHub 2.0 インフラストラクチャの動作は、次の点で CloudHub 1.0 とは異なります。

  • CloudHub 1.0 の VPC ピアリングおよび直接接続は、CloudHub 2.0 で廃止されました。トランジットゲートウェイアタッチメントを使用できるようになりました。また、トランジットゲートウェイがアタッチされている非公開スペースを削除すると、トランジットゲートウェイは保持され、別の非公開スペースに再度アタッチできます。

  • CloudHub 1.0 の VPC とは異なり、Sandbox や本番などの環境の種別のみに基づいて、非公開スペースを複数の環境に関連付けることができます。非公開スペースを共有する環境種別と個々のビジネスグループを選択できるようになりました。

  • リージョン間でアプリケーションを移動するには、アプリケーションを別のリージョンの別の共有スペースまたは非公開スペースに再デプロイする必要があります。一度デプロイしたアプリケーションを別のリージョンに移動することはできません。

  • HTTP および HTTPS トラフィックはポート 8081 を使用します。

  • CloudHub 1.0 VPC と CloudHub 2.0 非公開スペース間の VPN 接続を作成することはできません。

CloudHub 2.0 は、CloudHub 1.0 がサポートする次のインフラストラクチャ機能をサポートしていません。

アプリケーションの考慮事項

CloudHub 2.0 アプリケーションの動作は、次の点で CloudHub 1.0 とは異なります。

  • Mule 4.3.0 以降のバージョンのみがサポートされています。

  • アプリケーションのバーストは、非公開スペースにデプロイされた他のアプリケーションのリソース使用量に依存し、保証されません。

  • セキュアアプリケーションプロパティは、暗号化された非公開コンテナに保存され、作成後にユーザーや MuleSoft スタッフが直接表示することはできません。セキュアプロパティには、アプリケーション自体からのみアクセスできます。プロパティはいつでも新しい値に上書きできます。

  • 永続的なキューおよびその他のキュー管理には、​『Anypoint MQ』​ を使用します。永続的なキューはサポートされていません。

  • HTTP、HTTPS、および TCP インバウンドプロトコルはサポートされていません。TCP または HTTP ベースではないインバウンドプロトコルはサポートされていません。

  • 『Anypoint Monitoring』​ では、アプリケーションのアラートを個別に設定する必要があります。すべてのアプリケーションに対するアラートの同時設定はサポートされていません。

  • 同じ vCore サイズの CloudHub アプリケーションワーカーと CloudHub 2.0 アプリケーションレプリカはパフォーマンスメトリクスが異なる場合があり、比較できません。

CloudHub 2.0 は、CloudHub 1.0 がサポートする次のアプリケーション機能をサポートしていません。

  • 4.3.0 より前の Mule バージョン

  • JVM パラメーターの上書き

  • カスタムトラストストアによるデフォルトの JVM トラストストアの上書き

  • カスタム通知の作成

  • CloudHub Connector の使用

  • TLS 1.0。代わりに 1.2 または 1.3 を使用します。

関連情報