---
schema_version: "1"
id: cfcf87a250e875a9bb75686bb610a7b7cda520de3c1b6b104aa327f1705fdacd
title: CloudHub 2.0 へのアプリケーションのデプロイ
collection: mulesoft
version: current
locale: ja-jp
portal_url: https://docs.salesforce.com/mulesoft/current/ja-jp/cloudhub-2/ch2-deploy.md
canonical_url: https://docs.mulesoft.com/jp/cloudhub-2/ch2-deploy
source_site: docs.mulesoft.com
content_type: documentation
content_hash: 86b0858c02377b4280b681acf50bbbd4fdbb2c7f7307731214fa9bbe179d6570
description: MuleSoft Documentation Site
latest: true
---
# CloudHub 2.0 へのアプリケーションのデプロイ

CloudHub 2.0 の共有スペースまたは非公開スペースに Mule アプリケーションをデプロイできます。

- [共有スペースへのアプリケーションのデプロイ](https://docs.mulesoft.com/jp/cloudhub-2/ch2-deploy-shared-space)
- [非公開スペースへのアプリケーションのデプロイ](https://docs.mulesoft.com/jp/cloudhub-2/ch2-deploy-private-space)
- [Exchange からのテストアプリケーションのダウンロード](https://docs.mulesoft.com/jp/cloudhub-2/ch2-download-test-app)

<table><tbody><tr><td class="icon"><i class="fa icon-important" title="Important"></i></td><td class="content">CloudHub 2.0 では、Mule Runtime Engine バージョン 4.3.x 以降がサポートされます。 Mule 3.x はサポートされていません。</td></tr></tbody></table>

## [](#アプリケーションデプロイメント)アプリケーションデプロイメント

デプロイメントをトリガーすると、アプリケーションの状況は最終的に ​`RUNNING`​ になります。 アプリケーションの状況が ​`RUNNING`​ に変わらない場合、アプリケーションの状況が ​`RUNNING`​ にならない理由を示す ​`state`​ および ​`reason`​ がレプリカに含まれます。

アプリケーションがデプロイされると、次のイベントが発生します。

1. アプリケーションの想定される状態 (アプリケーションバンドルやレプリカの数など) が保存される。
2. アプリケーションレプリカの状況が ​`PENDING`​ になる。
3. 十分な計算リソースとメモリリソースを使用できる場合、各レプリカがノードに接続される。
4. レプリカの状況が ​`STARTING`​ になる。
5. レプリカがアプリケーションの読み込みを完了する。
6. レプリカの状況が ​`STARTED`​ になり、レプリカが作業を実行できるようになる。

## [](#アプリケーションデプロイメントの失敗)アプリケーションデプロイメントの失敗

メモリ不足などが原因でアプリケーションが失敗すると、次のイベントが発生します。

1. レプリカの状況が ​`TERMINATED`​ になる。
2. CloudHub 2.0 がすぐにレプリカを再起動しようとする。
3. レプリカの状況が ​`RECOVERING`​ になる。

レプリカを再起動できる場合:

1. レプリカがアプリケーションの読み込みを完了する。
2. レプリカの状況が ​`STARTED`​ になり、レプリカが作業を実行できるようになる。

レプリカを再起動できない場合 (一時的に使用できなくなっているネットワークリソースをレプリカが利用している場合など)、次のイベントが発生します。

1. 「CrashLoopBackoff」を示すメッセージと共に、レプリカの状況が ​`PENDING`​ になる。
    
    CloudHub 2.0 は、過剰な数の再起動が試行されないようにエクスポネンシャルバックオフを使用してレプリカを再起動しようとします。
2. 正常な再起動が妨げている問題が解決するまで、レプリカが ​`RECOVERING`​ と ​`PENDING`​ の状況を繰り返す。
3. レプリカがアプリケーションを読み込む。

正常に再起動すると、レプリカの状況が ​`STARTED`​ になり、レプリカが作業を実行できるようになる。

## [](#猶予期間)猶予期間

アプリケーションを停止、再起動、更新、再デプロイ、終了すると、CloudHub 2.0 はアプリケーションを Mule から削除しようとします。処理中のメッセージが確実に配信されるように、5 分のタイムアウト期間があります。その期間の後、CloudHub 2.0 はインスタンス全体をシャットダウンします。この猶予期間は、ランタイムではなくアプリケーションインスタンスに適用されます。ランタイムは、独自のシャットダウン設定を使用します。デフォルトでは、ランタイムの猶予期間は 5 秒です。

## [](#関連情報)関連情報

- [共有スペース](https://docs.mulesoft.com/jp/cloudhub-2/ch2-shared-space-about)
- [非公開スペース](https://docs.mulesoft.com/jp/cloudhub-2/ch2-private-space-about)