Control-M + Azure VM

あなたのAzure VMワークフローは、仮想マシン操作が実行される前に始まります。何か上流が壊れると失敗する可能性があります。Azure Blob Storageの配信が遅れる。Azure Data Factoryパイプラインが期待された完了ウィンドウを逃します。Control-Mは完全なチェーンをオーケストレートします：Azure Blobデータの到着、Azure Data Factoryの処理、Azure VMの実行、そしてダウンストリームの配信。

あなたのようなパイプラインで見る統合情報を見る

一般的なワークフローの問題

今週のあなたの状況に似ていますか？

これらはエッジケースではありません。これらは、複数のツールでAzure VM操作を実行しているチームの通常の運用条件です。Control-Mがそれぞれをどのように処理するかを示します。

スタートアップ依存関係

あなたのVMは02:00に起動しました。必要なワークロードは準備ができていません。

Control-MはVMの起動を実際の上流ジョブの完了に依存させ、孤立した時計スケジュールではなくします。ワークフローの依存関係を評価してからAzure VM開始操作を実行し、プロダクションワークロードが準備される前にコンピュートが開始されるのを防ぎます。

APIスロットリング

AzureはHTTP 429を返します。あなたのインフラストラクチャのワークフローは途中で停止します。

Control-Mは構成されたHTTPレスポンスコードを検出し、定義された間隔後にAzure VMジョブステップを再実行し、構成可能な試行を行うことができます。接続プロファイルのデフォルトには、HTTP 429レスポンスの処理が含まれており、一時的なAzure APIスロットリングからの手動回復を減らします。

POWER STATE

下流のジョブは準備が整いました。そのAzure VMはまだ停止しています。

Control-Mは、上流および下流のワークフロー依存関係と共にAzure VMの起動操作を調整し、依存する作業が続行される前に実行状態を確認します。インフラストラクチャの状態は、誰かが実行しなければならない別のランブックではなく、プロダクションワークフローの一部となります。

FLEET OPERATIONS

メンテナンスは今夜開始します。同じアクションが必要な数十台のタグ付けされたVMがあります。

Control-Mは、タグ名と値で選択されたAzure VMに対して起動、停止、再起動操作をサポートします。プラットフォームチームは、すべてのターゲットVMに対して別々のスクリプトを維持するのではなく、より広範なワークフロー内でグループ化されたVMライフサイクルアクションを調整できます。

FAILURE VISIBILITY

VM操作が失敗しました。次のプロダクションステップは実行されるべきではありません。

Control-MはAzure VMのジョブステータス、結果、および出力を監視し、操作をエンドツーエンドの依存関係チェーン内に保ちます。失敗したインフラストラクチャアクションは、周囲のワークロードコンテキストと共に可視化され、失敗したVM操作の後で盲目的に続行されることを防ぎます。

統合情報