以下に示すようにRMプロセスにタスクを送信クライアントはおよそ7つのステップに分けられます。
1.クライアントは、RMへの要求を発行します
2. RMは、応答を返しAPPLICATIONID
RMに3.クライアント応答アプリケーション提出コンテキスト（ASC）。ASCは、APPLICATIONID、ユーザー、キュー、だけでなく、他のスタートアップAMの数に関連する情報は、加えて、コンテナの起動コンテキスト（CLC）がある含み、CLCは、リソース要求（メモリとCPU）が含まれ、ジョブファイル、セキュリティトークンAMなどは、ノード情報に開始します。一度提出されたタスクの後、クライアントは、実行中のアプリケーションの状態やクエリのアプリケーションを殺すためにRMを要求することができます
4. RMは、ASCを受信すると、それはAMを開始するための適切な容器をディスパッチは、容器は、多くの場合、コンテナ0と呼ばれます。AMは、タスクを実行するための追加のコンテナを要求する必要が、ない適切な容器ならば、AMは起動しません。適切な容器、適切なNMのRM再送要求は、AMの起動時に。このとき、URL PRCおよびAMのモニタリングは、すでに確立されました。
5. AMを起動し、RM情報にAMクラスタへの最小と最大のリソースを応答します。AMは、現在利用可能なリソースを使用する方法を決定する必要があります。固定リソーススケジューラ要求は異なり糸は、動的にクラスタの現在の状態に基づいて調整することが可能です。
前記AMが知らRMからのリソースに応じて使用することができ、それは容器の一部の特定の数を要求します。この要求は、リソースの最小値（例えば、余分なメモリ）の倍数で容器を含め、非常に特異的であることができます。
7. RMスケジューリングポリシーは、コンテナAMアプリケーションを満たすために可能な限り、ベースとなります。容器AMに割り当てられ、その後、容器は、ノードマネージャがAMと通信なり、AMは、コンテナのコンテナを開始するノードマネージャに設定を送信する必要があります。
一方、ジョブが実行されている中で、AMは、これらのハートビートの過程で、適用するか、またはコンテナを解放することが可能にAM、RMへのハートビート情報と進捗状況を報告します。タスクが完了する時期場合は、AM RMは最後まで使命を送信して終了します。下図のように：
