$30 off During Our Annual Pro Sale. View Details »
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Nagiosについて語ってみる話
Search
Shuma
June 19, 2024
Technology
0
150
Nagiosについて語ってみる話
Shuma
June 19, 2024
Tweet
Share
More Decks by Shuma
See All by Shuma
Ansible で Vector を導入し Slack 通知とログレベル色分けまでした話
shubox
0
17
阿部寛のホームページをSRE観点で改善出来るか考えてみた。
shubox
0
78
一日の終わりに、晩酌しながら眺めたいシステムログの世界
shubox
0
81
プロダクトがクローズした話
shubox
0
28
今も熱いもの!魂を揺さぶる戦士の儀式:マオリ族のハカ
shubox
0
240
信頼性工学とは? ~カツオを題材に~
shubox
0
93
バージョン管理と人生設計の類似点ver2 -リポジトリから学ぶ生きるヒント-
shubox
0
280
バージョン管理と人生設計の類似点
shubox
0
120
今年を振り返り、来年の抱負
shubox
0
260
Other Decks in Technology
See All in Technology
シンプルを極める。アンチパターンなDB設計の本質
facilo_inc
1
1k
知っていると得する!Movable Type 9 の新機能を徹底解説
masakah
0
200
名刺メーカーDevグループ 紹介資料
sansan33
PRO
0
980
一億総業務改善を支える社内AIエージェント基盤の要諦
yukukotani
8
2.8k
Symfony AI in Action
el_stoffel
2
370
Oracle Database@Google Cloud:サービス概要のご紹介
oracle4engineer
PRO
0
640
ブロックテーマとこれからの WordPress サイト制作 / Toyama WordPress Meetup Vol.81
torounit
0
260
Ryzen NPUにおけるAI Engineプログラミング
anjn
0
210
Bill One 開発エンジニア 紹介資料
sansan33
PRO
4
16k
AI (LLM) を活用する上で必須級のMCPをAmazon Q Developerで学ぼう / 20251127 Ikuma Yamashita
shift_evolve
PRO
2
100
Data Hubグループ 紹介資料
sansan33
PRO
0
2.3k
モバイルゲーム開発におけるエージェント技術活用への試行錯誤 ~開発効率化へのアプローチの紹介と未来に向けた展望~
qualiarts
0
290
Featured
See All Featured
Context Engineering - Making Every Token Count
addyosmani
9
460
Being A Developer After 40
akosma
91
590k
Optimizing for Happiness
mojombo
379
70k
The Cost Of JavaScript in 2023
addyosmani
55
9.3k
Agile that works and the tools we love
rasmusluckow
331
21k
The Pragmatic Product Professional
lauravandoore
37
7.1k
It's Worth the Effort
3n
187
29k
Git: the NoSQL Database
bkeepers
PRO
432
66k
Facilitating Awesome Meetings
lara
57
6.7k
Making Projects Easy
brettharned
120
6.5k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
128
54k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
32
1.8k
Transcript
Nagiosについて語ってみる話 2024年6月19日 Shuma
自己紹介 名前:Shuma 現職:大阪の自社開発企業でインフラエンジニア (インフラエンジニアですけどなんでもやってます。) 技術:AWS、GCP、(他インフラにかかわるもの)とPHP 経歴:外食企業で正社員→アルバイト→インフラエンジニア HackBarに生息してます。 現在IT業界では2社目です。
あなたはどっちで呼ぶ? そもそも Nagios はどのように読む・発音するのでしょうか? 巷ではどうも「ナギオス」派と「ナジオス」派で呼び方で揉めてるみたいです。 公式サイトでは「ナギオス」が正しいらしいです。
Nagiosとは? • 概要: オープンソースのネットワークおよびシステム監視ツール • 監視可能なサービス : ◦ SMTP、POP3、HTTP、NNTP、ICMP、SNMP、FTP、SSH ◦
サービスの可用性、ホストのパフォーマンス、エラーログの監視 ◦ CPU負荷、ディスク使用量、システムログの監視 監視の詳細 • ホスト監視: ネットワークデバイスやサーバの稼働状態を監視 • サービス監視: ウェブサーバ、メールサーバなどのサービスが正しく動作しているかをチェック
None
Nagiosの歴史 1996年: Ethan Galstadによって「ping」を送信する単純な MS-DOSアプリケーションとして開発 1999年: 「NetSaint」としてオープンソースプロジェクトとして公開 2002年: 商標問題により「 Nagios」に改名
2024年: 現在までバージョンアップと機能拡張が続いている
Nagiosの特徴 • メリット ◦ 安定性: 長年の使用実績があり、信頼性が高い ◦ 柔軟性: プラグインを使って多様な監視が可能 ◦
コミュニティサポート : 質問やトラブルシューティングのためのリソースが豊富 ◦ Linux環境で運用が可能 • デメリット ◦ 初期設定が複雑 : 設定ファイルが多く、初心者には難しい ◦ UIが古い: 最新のWebインターフェースと比べると見劣りする ◦ スケーラビリティの課題 : 大規模な環境でのパフォーマンスが劣ることがある
使用事例 私の一社目での中小企業の ITインフラ監視 社内拠点間事務所ネットワークルータ( YamahaRTX830) →ping(パケットロス、往復平均値、SNMPトラップ値、SNMPトラップ値) トラブルシューティング : Nagiosで検知した異常を基に、 tcpdumpで詳細なパケットキャプチャを
行い、問題箇所を特定 案件先の社内共有ファイルサーバ →ディスク使用量監視、プロセス監視、ポート監視 (137/138/139番ポートなどのリッスン確認) 主に、障害検知後のアラート通知がメールか SMSで上長のみに連絡がきて深夜対応等をした経験あり まし た。
まとめ Nagiosの評価 • 信頼性: 長い歴史があり、幅広い環境で導入実績がある • 柔軟な設定: カスタムプラグインやエクステンションにより、複雑な監視要件にも対応可能 • コミュニティ:
オープンソースのため、ユーザーコミュニティが活発で情報共有が盛ん 今後の展望 • 改善と発展: 新機能追加や既存機能の改善により、さらなるユーザビリティ向上が期待 • 他ツールとの連携 : 最新の監視ツールやクラウドサービスとの統合を視野に入れるべき
参考文献 Nagios公式サイト Nagios Open Source | Nagios Open Source Nagios日本語ドキュメントサイト
Nagiosプラグイン (fm4dd.com) Wiki Nagios - Wikipedia Stackexchange What is the correct pronunciation of Nagios? - Server Fault
None