2022-06-09

Microsoft TeamsにVMware SD-WANのアラートを飛ばしてみた

はじめに

日々の業務の中でIT基盤の監視をされている人も多いと思います。IT基盤の各種コンソール上にはイベント発生時にアラートが表示されることが多々ありますが、ずっと画面を見てるわけもいかず、一般的には通知機能を使って、検知されているかと思います。
VMware SD-WANではイベントが発生したときにメールやSNMPトラップ、Webhookなどを利用してアラートを任意のツールへ転送、受信することができます。

参考ドキュメント

docs.vmware.com

今回はWebhookを利用してMicrosoft Teamsでアラートを受信する設定例を簡単にご紹介したいと思います。
手順の流れは下記の通りです。

Microsoft Teamsのチャネルにコネクターを作成する
VMware SD-WAN OrchestratorにWebhookの設定を追加する

これだけです。では、早速やってみましょう！

実際にやってみた

1.Microsoft Teamsのチャネルにコネクターを作成する

アラートを表示したいチャネルにIncoming Webhookのコネクタを追加します。

コネクタのIncoming Webhookより「構成」をクリックします。

コネクタを作成してから名称や好みの画像などを設定します。

最後に設定に使用するURLをコピーしてテキストなどにメモします。

2.VMware SD-WAN OrchestratorにWebhookの設定を追加する

Orchestratorの設定より「アラートと通知」をクリックします。

画面下部のWebhookよりMicrosoft TeamsへのWebhookを設定します。

URLに先ほどメモしたURLを貼り付けます。

続いて「JSON ペイロードテンプレート」を設定します。コードのサンプルは先ほどのドキュメントやVMware SD-WAN Orchestratorの設定画面から確認できます。
以下にサンプルコードを書きます。ブログで見やすくするため、少し調整してますが動くはずです。ポイントは、改行コードくらいかと思います。

〜サンプルコード〜

アラート件名：VMware SD-WAN Alert!!

本文：”text”以下の内容を表示

{
"title": "VMware SD-WAN Alert!!",
"text": "Alert type : {{alertType}} \n
Alert Time : {{alertTime}} \n
Customer name : {{customer}} \n
Customer LogicalID : {{customerLogicalId}} \n
Entity Affected : {{entityAffected}} \n
DeviceLogicalID : {{deviceLogicalId}} \n
LastContact : {{lastContact}} \n
Message : {{message}} \n
VCO : {{vco}}"
}

最後に画面右上の「変更の保存」をクリックしたら完成です。
何かイベントを発生させると、Microsoft Teamsに通知が飛んでくるようになります。

下記はEdgeをUPさせた例になります。

今回はWebhookを利用してMicrosoft Teamsでアラートを受信する方法をご紹介しました。メールによる通知は日々の業務に追われて埋もれがちになるため、Webhookによる通知は大変便利になりますね。

簡単な設定をするだけでアラートを確認できるので、ぜひお試しください。

本日のむーたん

2022-06-06

一発勝負の現地作業を確実にする、VMware SD-WANのゼロタッチプロビジョニング②

VMware SD-WAN

前回のおさらい

virtual-real.hatenablog.com

前回をまとめると、従来専門的なスキルが必要だったルータの現地設置作業がゼロタッチプロビジョニングでは、作業（の一部）が、すっごく簡単になります、という内容でした。

難易度の高い現地設置作業が・・・

ゼロタッチプロビジョニングでは、容易になる！！

何故、専門スキルが必要か？

ネットワーク機器（ここではルーター）を操作するのに、何故専門スキルが必要か？ちょっと整理します。

１、設定内容が読解できない

２、設定方法がわからない（コンソールってなに？）

３、ネットワーク機器にPCをつなげられない（コンソールケーブルって？）

と、こんなところだと思います。

VMware SD-WANでは、上記を分解し、容易にして、現地作業員に実行してもらいます。結果として、現地作業員に実行してもらうことは・・・実質URLをクリックするのみ、になります。

ゼロタッチプロビジョニングの概要工程

VMware SD-WANのゼロタッチプロビジョニングは「IT管理者」と「現地作業担当者」による作業分担によって完結します。

作業内容の概要ですが、上記図では、下記のようになります。
①②は「IT管理者」による設定作成

③④は「IT管理者」から「現地作業担当者」へ作業引き継ぎ

⑤⑥は「現地作業担当者」による工事作業

⑦⑧は「現地作業担当者」による設定作業

⑨は「現地作業担当者」から「IT管理者」へ作業引き継ぎ
⑩は「IT管理者」による動作確認

上記の図だけでは、イメージが湧きにくいため、VMwareが公開しているゼロタッチプロビジョニングの動画を見てください。

www.youtube.com

今回は現地作業担当者視点で見てみます。

④（0:48−0:53あたり）のメールを受信は通常のOA業務の範囲だと思います。

⑤（0:12−0:23あたり）の開梱は日常作業です。⑥（0:24−0:43あたり）のケーブル接続は所定の場所に所定のケーブルを接続しないといけないため、支持は必要ですが、「ケーブルを挿す」は日常作業かと思います。

⑦（0:55−1:03あたり）の無線LAN接続は、PCだと難しいかもしれませんが、iPadなどのWiFi接続は日常作業になります。

⑧（1:04−1:07あたり）のURLクリックは通常のOA業務の範囲だと思います。

改めて説明してみましたが、動画を見ていただいた通り、現地作業担当者が行う作業は専門的なスキルは不要な作業になってます。

ちなみに管理者による設定ミスがあった場合では・・・・
IT管理者が再設定して、再度メールを送信します、現地作業担当者は、あらかじめ決められた作業を再度繰り返すだけで、追加作業は発生しません。

ゼロタッチプロビジョニング作業において、難易度についてご説明する際には、設置作業と、ケーブル接続が一番難しいとお伝えしております。（なんだかんだで、電源が入っていない、ケーブルの接続ミスなどによる動作不良は多いですからね）

前回と今回で、ゼロタッチプロビジョニングって簡単な作業なんだなと雰囲気は伝わったかなっと思います。あまり専門的な内容は記載しておりませんでしたが、次回は少しテクニカルな内容を記載していきたいと思っております。

本日のむーたん

2022-06-03

WAN帯域不足してませんか？VMware SD-WAN なら回線増速も簡単です！

VMware SD-WAN

３年ぶりに自由に過ごせた5月の連休明けにふとネットニュースをみていると、IDCさんのこのような記事をみかけました。

コロナ禍で国内企業のWAN帯域は増加傾向に、IDC Japan調査

cloud.watch.impress.co.jp

COVID-19によりリモートワークという働き方が浸透したこともあり、日常の業務の中でZoomのようなWeb会議システムを利用することも今では特別なことではなくなりましたね。それによりインターネットへのトラフィックはリモートワークやWeb会議システムによって多くなっています。
また、昨今ではSaaS利用はもはや「当たり前」の時代となっており、日常業務におけるインターネットトラフィックは増加の一途かと思います。増え続けるトラフィックに対して業務に支障が生じないようにWAN回線の見直しや最近話題のSASEやSD-WANも合わせて検討されているケースも多いかと思います。

そこで、今回はVMware SD-WANを利用することで簡単に回線増速できる方法をお伝えできればと思います。

2022-06-01

一発勝負の現地作業を確実にする、VMware SD-WANのゼロタッチプロビジョニング①

VMware SD-WAN

WANルータの入れ替え作業、それは失敗できない作業

ネットワークエンジニア、もしくは現地作業スタッフの方は、一度は経験があるであろう作業です。様々な状況によってやり方は違いますが、一般的には、事前に設定済みのネットワーク機器を現地に取り付けて、疎通確認して終わり、そんな現地作業ですが、実際には、ヒューマンエラーによる設定ミスやそもそも動作しない設定が入っているなど、うまくいかない時はよくあります。
トラブっているときは、状況を作業リーダーに伝え、状況確認し、現地の立ち合い担当者に謝りながら、ネットワーク機器にコンソールをつなげて原因を探す。。。。
まぁ、あるあるな状況になりますね。

現地の立ち合い担当からしてみれば、うまくいけば１０−１５分で終わる立ち合いが１、２時間かかって現場に迷惑がかかります。
現地にいるネットワークエンジニアは、目の前のネットワーク機器に向かって、設定ミスを探します、しかし対向の機器の設定ミスかもしれない、そんな間違い探しを大量の設定から探し出すことになります。
この手のトラブルは原因が見つかれば５分で解決しますが、原因を探すのに時間がかかりますよね。

作業リーダーは根本原因及び解決策を求められます。原因：ヒューマンエラー、解決策：ダブルチェック、という微妙なことになることも。

設定は、構築ベンダーにお任せしているので・・・という方もいるかと思いますが、結局は担当が違うだけで、最後に困るのは現地の立会い担当になります。