自動化は、ここ数年、IT コミュニティでちょっとしたバズワードになっています。 世界中の企業は、より戦略的なイニシアチブに集中できるように、日常業務を拡張および自動化する方法を探しています。 しかし、「自動化」は多くのワークフローをカバーする言葉であり、チームごとに異なる意味を持つ可能性があります。
ここ LogicMonitor で自動化について話すとき、私たちは何を意味しますか?
一般に、LogicMonitor の自動化機能をいくつかの異なるバケットに分割するのが好きです。プロビジョニング、ワークフロー オーケストレーション、およびイベント駆動型の自動化に使用します。 このブログでは、各カテゴリをサポートするために LogicMonitor で利用できるツールと、環境への自動化の導入をどこから開始できるかを見ていきます。
Hashicorp Terraform を使用したリソースのプロビジョニング
自動化の最初のステップは、インフラストラクチャの作成を自動化することです。 通常、これは Infrastructure as Code (IaC) として知られるプラクティスを採用することによって行われます。 IaC は何年も前から存在しています。 これは、基本的にインフラストラクチャのレシピのようなものを作成する方法論です。 IaC は、展開しようとしているものの定義をファイルとして設定するのに役立ち、反復可能、バージョン管理可能、および共有可能にします。 ファイルを確立し、必要なときに必要な方法でインフラストラクチャを正確に作成することにより、人的エラーを回避します。 高速でリスクが低く (ピアレビューできるため)、チームは他のより興味深いタスクに集中できます。
LogicMonitor は、すぐに使用できる XNUMX つの IaC ツール (Redhat Ansible と Hashicorp Terraform) をネイティブでサポートしています。 これらのコレクションは両方とも、最初は自社の環境を監視するために社内チームによって作成されました。 しかし、これは今も、そしてこれからも、LogicMonitor からお客様に追加費用なしで提供されるオープン ソースです。 これらのコレクションは現在維持され、完全にサポートされており、当社のチームによって引き続き更新されます。 まず、Hashicorp Terraform について説明しましょう。
Hashicorp テラフォーム
LogicMonitor の Terraform コレクションは、リソースのプロビジョニング中に使用することを目的としています。 人々は Terraform を使用してインフラストラクチャを作成するため、新しいリソースを LogicMonitor に簡単に追加して、最初から監視できるようにしたいと考えています。 私たちは、体験を再現できるようにしたかったのです。 たとえば、新しい顧客をオンボーディングする MSP である場合、Terraform を使用してすべての顧客のオンボーディング エクスペリエンスを複製してみませんか? 企業の場合、チームが成長し、ビジネスが拡大するにつれて、Terraform を使用することで時間とお金を節約し、チームが LogicMonitor でリソースを監視する機能を簡素化できます。
Terraform プロバイダーは、リソースとデバイスのプロビジョニングに重点を置いており、常に更新しています。 昨年、AWS アカウントのオンボーディングを追加し、最近、Azure クラウド アカウントのオンボーディングのサポートを追加し始めました。
Redhat Ansible を使用したリソースの管理
リソースがプロビジョニングされたので、それらをどのように管理しますか? 定期的なメンテナンスは、スケジュールされたメンテナンスのペースで物事を最新の状態に保つことから、一般的な問題の診断に役立つその場でのトラブルシューティングまで、私たちの IT 生活の大部分を占めています。
ここ LogicMonitor では、多くのワークフロー オーケストレーション作業に Ansible を使用しています。 メンテナンスやアップグレードが発生したら、監視プラットフォームに作業が行われていることを伝えてみませんか? LogicMonitor モジュールを使用して、Ansible Playbook の一部として LogicMonitor でダウンタイムをスケジュールします。 おそらく、修復プレイブックの一部として、コレクター グループを変更したり、監視対象オブジェクトから情報を取得したりする必要があります。 それはすべて、当社の認定コレクションで可能です。
新規顧客のオンボーディングまたは LogicMonitor 環境の新しいセクションのセットアップですか? Ansible モジュールを使用すると、これらすべてを簡単に行うことができ、アラート ルール、エスカレーション チェーン、およびデバイス グループを作成できます。 環境で Ansible を使用して新しいインフラストラクチャをデプロイする場合、Ansible コレクションにより、これらの新しいデバイスを LogicMonitor に追加して初日から監視することもできます。
これらのコレクションは常に更新および強化されています。 これらのコレクションに追加してほしいものがある場合は、連絡してフィードバック チケットを提出してください。 現在コレクションをどのように使用しているか、将来どのように使用したいかを理解したいと考えています。
Stackstorm によるイベント駆動型の自動化
これは、ここ LogicMonitor での自動化の旅の最もエキサイティングなフロンティアです。 このタイプの自動化には、耳にしたことがあるかもしれない名前がいくつかあります。イベント駆動型またはアラート駆動型の自動化、「もしこれなら、あれ」 (IFTT) 自動化、または自己修復エンタープライズです。 このタイプの自動化の背後にある基本的な考え方は、発生したイベントに基づいて自動化されたアクションが実行されるというものです。 LogicMonitor の場合、アラートが生成され、別のアクションがトリガーされることを意味します。 アラートの詳細は一連のルールに従って処理され、自動化がトリガーされてアラートの原因が修正されます。
次のシナリオを想像してみてください: ディスク領域が不足している Windows サーバーがあり、ディスクがほぼ満杯であるというアラートを受け取っています。 従来、技術者は LogicMonitor でアラートを確認し (または、統合の XNUMX つを介してチケット システムにルーティングされます)、技術者はアラートを調べて、LogicMonitor (どのデバイスに問題があるか)、VPN から適切な情報を収集します。内部ネットワークに接続し、サーバーとのリモート セッションを開きます。 技術者は、一般的な一時ファイルをクリアするために呼び出すプレイブックを持っている可能性があります。それはスクリプトである場合もあれば、技術者が手動で行う必要がある場合もあります。 技術者はファイルを見つけて削除し、システムからログアウトして、チケットまたは作業ログを更新し、アラートを確認します。 全体として、このプロセスは比較的単純なタスクですが、かなりの時間とリソースを必要とします。
ここで、上記のシナリオが午前 1 時に発生し、オンコール エンジニアにルーティングして、彼らを起こしたとします。 時間は貴重なので、これらの単純なタスクを自動化して、技術者が興味のあることややりがいのあることに集中できるようにしないでください (または、技術者が少ない労力で眠らせて、オンコール アラートが自動的に解決されるようにします)。
イベント駆動型の自動化では、単純なアラートが発生すると、自動化ツールがアラート ペイロードを処理し、それを一連のルールと照合してその Playbook をトリガーし、これらの一時ファイルを消去してアラートを解決します。
イベント ドリブンの自動化に関する当社の主な製品は、Linux Foundation が後援するオープン ソースのイベント ドリブンの自動化ツールである Stackstorm です。 Stackstorm Exchange を使用すると、環境内のプラグ アンド プレイのレベルで、LogicMonitor 内で受信または動作するだけでなく、他の環境で動作することができます。 Stackstorm は非常に堅牢なエンジンを備えており、単純なタスクでも複雑なアップグレード計画でも、あらゆるタイプのワークフローを処理できます。
イベント駆動型 Ansible の先を見据えて
Ansible と Terraform のコレクションには、どちらか一方を好むチーム (または両方を使用するチーム) をサポートするための多くの重複があり、イベント駆動型の自動化でも同じことが当てはまります。 市場におけるエキサイティングな展開は、Event-Driven Ansible と呼ばれる Red Hat Ansible の新しい製品の登場です。
LogicMonitor チームは、昨年末に開発者向けプレビューとしてリリースされた Event-Driven Ansible を使用して実験を行ってきました。 Red Hat パートナーとして、私たちは Event-Driven Ansible にプラグインするコミュニティ ソースの構築に熱心に取り組んでおり、お客様が簡単に実験を開始できるようにしています。 Event-Driven Ansible の詳細については、こちらをご覧ください https://www.ansible.com/use-cases/event-driven-automation.
Event-Driven Ansible の今後の取り組みについて詳しく知りたい場合、またはリリース前のベータ版への参加に興味がある場合は、 フォームに記入する 開始する！