ご要望またはご協力できることがございましたらお気軽にお問い合わせください
一般的なお問い合わせと所在地情報
お問い合わせ
Control-M + VMware
VMwareワークフローは、仮想マシンが電源を入れる前から始まり、何かが上流で壊れると失敗する可能性があります。Ansibleプロビジョニングプレイブックが失敗する。夜間のデータベースバックアップが長引く。Control-Mは、バックアップの完了、インフラストラクチャのプロビジョニング、VMwareの実行、アプリケーションの配信の全チェーンをオーケストレーションします。
一般的なワークフローの問題
今週はこんな感じですか？
これらはエッジケースではありません。複数のツールでVMwareジョブを実行しているチームのための通常の運用条件です。Control-Mがそれぞれをどのように処理するかをご覧ください。
上流の障害
バックアップが02:13に失敗しました。VMwareの変更はまだ依存関係があります。
Control-Mは失敗した上流ジョブを検出し、依存するVMware操作の開始を防ぎ、同じワークフローのビューで依存関係を露出します。復旧は、演算子が実行順序を再構築することに頼るのではなく、前提条件が成功した後にチェーンを再開できます。
電源操作
アプリケーションは準備が整いました。その必要なVMはまだ電源が入っていません。
Control-MはVMwareの電源操作を統合を通じて実行し、その完了を追跡した後、依存するアプリケーションジョブを解放します。開始、停止、リセット、一時停止、シャットダウン、および再起動操作は、切り離されたインフラストラクチャアクションではなく、プロダクションワークフロー内の制御されたステップになります。
スナップショット制御
デプロイメントは22:00に開始します。必要なVMスナップショットは完了しませんでした。
Control-MはVMwareスナップショット操作を明示的なワークフローステップにし、その状態を監視し、完了するまで下流の実行を保持します。チームは、オーケストレーションされたフロー内でスナップショットを取得、戻す、または削除でき、インフラストラクチャの変更に関する手動の調整を削減します。
設定のずれ
ワークロードはより多くのメモリを必要としています。VMの変更はまだ手動です。
Control-Mは、CPUおよびメモリの再構成を含むサポートされているVMware構成タスクを実行し、その結果に基づいて依存するワークロードの実行を調整できます。インフラストラクチャの変更とアプリケーション処理は、別々のチケット、スクリプト、スケジューラーウィンドウの代わりに、一つの制御されたシーケンスに従います。
失敗検出
vCenterはタスクを受け入れました。VMware操作は成功裏に完了しませんでした。
Control-MはVMwareジョブのステータスをポーリングし、構成された失敗許容を適用し、ジョブのステータス、結果、出力を中央で公開します。失敗したインフラストラクチャ作業は、その上流および下流の依存関係と同じ運用コンテキストで可視化され、診断と制御された回復を加速します。
統合の事実
Control-M + VMware by Broadcom
|
APIと自動化機能 |
Control-M自動化API · VMwareジョブコード定義 · 中央集約型接続プロファイル · パワー操作 · 構成タスク · スナップショット操作 · JSONタスクパラメータ |
|
デプロイメントモデルとインフラストラクチャの柔軟性 |
Control-M SaaS · Control-M自己管理 · Linuxエージェント · Windowsエージェント · リモートvCenter接続 · 中央集約型接続プロファイル · VMwareエンドポイント |
|
セキュリティ姿勢 |
安全な接続プロファイル · vCenterユーザー名/パスワード認証 · 外部ボールトサポート · 中央集約型資格情報管理 · 管理された接続プロファイル |
|
インシデント応答とMTTRの有効化 |
ジョブステータス監視 · 結果と出力の可視性 · 構成可能なステータスポーリング · 障害耐性 · 複雑な依存関係 · 下流の実行制御 · SLAジョブ |
エンドツーエンドオーケストレーション
1つのプロダクションワークフロー。スタック内のすべてのツール。
Control-Mは、VMware、Ansible、Terraform、Kubernetes、ファイル転送、クラウドサービス全体のワークフローを単一のジョブフローでオーケストレーションします—依存関係の追跡、SLAの可視性、すべての自動回復を伴って。
- クロスツールの依存関係：Terraform → Ansible → VMware VM → アプリケーションデプロイメント
- データ対応トリガー：ファイル到着、APIイベント、プロビジョニングの完了、バックアップの完了
|
VMware |
パワー操作 · VM再構成 · スナップショット操作（取得/戻す/削除） · ジョブステータス監視 · 結果と出力 |
|
Ansible |
自動化実行 · ステータストラッキング · 依存関係の調整 |
|
Terraform |
インフラストラクチャワークフローのオーケストレーション · デプロイメントの調整 · 依存関係の追跡 |
|
Kubernetes |
ワークロードの実行 · ステータストラッキング · クロスプラットフォームの依存関係 |
|
クラウドサービス |
クラウドジョブオーケストレーション · 依存関係管理 · 中央集中型モニタリング |
|
ファイル転送 |
管理された転送 · 到着依存関係 · 配信確認 |
インフラストラクチャをモニタリング
すべてのワークフロー依存関係にわたってVMwareの実行をモニタリングします。
vCenterはVMwareインフラストラクチャのアクティビティを表示しますが、プロダクションワークフローはVMwareを超えて拡張されます。Control-Mは、VMwareジョブとそれを取り巻くアプリケーションプロセス全体にわたる運用可視性を提供し、プラットフォームチームがインフラストラクチャの実行を完全なワークフローコンテキストで見ることができるようにします:
-
VMwareジョブ実行状況
-
ジョブ結果と出力
-
上流および下流の依存関係
-
実行時および履歴
-
エンドツーエンドワークフロー可視性
SLA保証
VMwareに依存するサービスを予定通りに保つ。
vCenterはインフラストラクチャタスクを追跡しますが、それらの周りのビジネスワークフローの配信コミットメントを追跡しません。Control-MはVMwareの実行をエンドツーエンドの依存関係およびSLA管理に接続し、チームがインフラストラクチャの遅延を特定して下流の処理を妨げる前に把握できるようにします:
-
エンドツーエンドのSLA追跡
-
VMwareジョブSLA関連付け
-
依存関係を考慮した実行制御
-
中央集権的な障害可視性
-
調整されたワークフロー復旧
複雑なワークフローに秩序をもたらす
Control-Mがチームに複雑なプロセスをより可視化、調整、制御してオーケストレーションする方法を学ぶ。
