Upgrade to Pro — share decks privately, control downloads, hide ads and more …

はじめてのMackerel ~ クラウド監視入門編 ~ 20210225

mackerelio
February 25, 2021

はじめてのMackerel ~ クラウド監視入門編 ~ 20210225

mackerelio

February 25, 2021
Tweet

More Decks by mackerelio

Other Decks in Technology

Transcript

  1. 注意事項 • 参加者の画面はオフ、音声もオフになっています • 質問がある場合は、ZoomのQ&Aボタンにコメントください ◦ 気になった質問には「いいね」ボタン  で投票してください。投票の多い質問を優先して回答 します • チャットはスタッフからのお知らせで使用します。

    • サポートメンバーについて • 一時的に音声/画質の品質が低下したり、接続が切断されてしまう可能性があ ります。予めご了承ください。音声が聞こえにくい場合などはチャットでご連 絡ください • 投票機能について
  2. 講師 自己紹介 Hello! • 三浦 美沙 (id:missasan / @mur_ms_) •

    略歴 ◦ SIerでインフラエンジニア ◦ MSP企業でテクニカルセールスなど ◦ 2018年3月にMackerel CREとしてジョイン • 技術的なトピック ◦ サーバー構築 / 運用 ◦ オンプレミス / クラウド
  3. 今日お話したいこと • サーバー監視はなぜ必要か? • はじめに知って欲しい Mackerel の5つの機能 ◦ 5分でできるホストの登録 ◦

    クラウド環境で必須の機能「サービス」と「ロール」 ◦ 「サービス」と「ロール」を活かした監視ルール設定 ◦ チャットツールへの通知設定 ◦ 日本語サポート・国内コミュニティ • Mackerelのデモ • まとめ
  4. 社内ツールとして開発された Mackerel • 2007年以前 監視ツールとしてNagiosなどオープンソースプロダクトを活用 • 2007年以降 変化するインフラ事情に対応すべく社内ツールとして開発 • 2014年9月  SaaSとして提供を開始 •

    構成管理の課題 ◦ 複数のサービス ◦ 増えていくサーバー ◦ 複数のアーキテクチャ (プラットフォーム・言語・ミドルウェア) • クラウドへの対応 ◦ イミュータブルインフラストラクチャ ◦ オートスケールへの対応 ◦ ...etc 2012年当時の Mackerel(社内向け)
  5. Mackerel のアーキテクチャ • URL外形監視 • クラウドインテグレーション • mackerel-agentからの   push型でのメトリック投稿

    • 各種通知機能 監視対象サーバー (オンプレ / クラウド / コンテナ) 各種クラウドサービス マネージドサービス • Webコンソール・   スマートフォンで   GUIを確認 時系列データベース
  6. サーバー1台1台ではなく、サーバーの役割「ロール」に注目した監視 クラウドを想定した機能「サービス」と「ロール」 App サーバー DB サーバー • ロールグラフ サーバーの役割=「ロール」 ※

    ホストごとの詳細表示も可能 あるサービスのサーバー構成 ロールごとの負荷や傾向が 一眼でわかる=そのサービ ス全体の傾向がわかる オートスケールによる増減 が可視化できる メリット
  7. 最小限の監視ルールを運用 「サービス」と「ロール」を生かした監視ルール設定 App サーバー DB サーバー サーバーの役割=「ロール」 • 監視ルール設定 あるサービスのサーバー構成

    監視ルールを ロール単位で設定できる (ホストごとの設定不要) サーバーがロールに追加さ れたら自ずと監視ルールが 適用される メリット
  8. • 役割が同じ=動くプログラム、負荷傾向が同じ ◦ 同じDBでも、Primary DB(RW)と Read Replica DB(RO)ではロールが異なる ◦ 1箇所であれもこれも動かすのではなく、サービス、ロールごとにサーバーを分けるクラウド的

    な考え方をベースにした機能 POINT!:「サービス」と「ロール」を生かすコツ Web App Web DB Batch example.com example.co.jp Web App Web DB Batch example.com example.co.jp App DB Batch サービス1 サービス2
  9. アラートをトリガに人が動き出せる準備をする CPU使用率 70% Warning 90% Critical 監視 ルール   メール  Slack

    通知 設定 サービス メモリ使用率 70% Warning 90% Critical App サーバー DB サーバー
  10. Blogサービス デモ環境のご紹介 CPU使用率 70% Warning 90% Critical 監視 ルール   メール

     Slack 通知 設定 Web サーバー ①新規ホストを登録 ②CPUに負荷をかけアラートを上げる ③通知を受信する ① ② ③
  11. まとめ • サーバー監視の重要性が改めて高まっている • 5つの機能をすべて試して、まずはMackerelを使った監視をはじめてみてくだ さい ◦ ホスト登録でまずは監視対象をリストアップする ◦ サービス・ロールを設定してサーバー構成を可視化

    ◦ ミニマムな監視ルールでまずは”はじめる”ことから ◦ アラートをトリガに人が動き出せる準備をする ◦ 困ったらサポートチームへ連絡! • システムの特性がわかってきたら次は改善サイクルを回していきましょう!
  12. Mackerel がご提供できるサポート • PoC計画サポート • ハンズオン・各種セミナー • WBSサンプルご提供 • 設定サンプルご提供

    • テクニカルサポート ▼まず話を聞いてみたい方はこちらから https://calendly.com/mackerel/online-sodankai