Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
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
阿部寛のホームページをSRE観点で改善出来るか考えてみた。
shubox
0
57
一日の終わりに、晩酌しながら眺めたいシステムログの世界
shubox
0
68
プロダクトがクローズした話
shubox
0
24
今も熱いもの!魂を揺さぶる戦士の儀式:マオリ族のハカ
shubox
0
220
信頼性工学とは? ~カツオを題材に~
shubox
0
86
バージョン管理と人生設計の類似点ver2 -リポジトリから学ぶ生きるヒント-
shubox
0
270
バージョン管理と人生設計の類似点
shubox
0
110
今年を振り返り、来年の抱負
shubox
0
250
インフラエンジニアが活きる組織、活きない組織って?
shubox
0
160
Other Decks in Technology
See All in Technology
実践アプリケーション設計 ②トランザクションスクリプトへの対応
recruitengineers
PRO
3
170
人を動かすことについて考える
ichimichi
2
330
TypeScript入門
recruitengineers
PRO
19
6.1k
あとはAIに任せて人間は自由に生きる
kentaro
3
1.1k
[OCI Skill Mapping] AWSユーザーのためのOCI(2025年8月20日開催)
oracle4engineer
PRO
2
150
コスト削減の基本の「キ」~ コスト消費3大リソースへの対策 ~
smt7174
2
140
LLM時代の検索とコンテキストエンジニアリング
shibuiwilliam
2
1.1k
認知戦の理解と、市民としての対抗策
hogehuga
0
360
実践アプリケーション設計 ①データモデルとドメインモデル
recruitengineers
PRO
3
260
実践データベース設計 ①データベース設計概論
recruitengineers
PRO
3
250
LLMエージェント時代に適応した開発フロー
hiragram
1
410
退屈なことはDevinにやらせよう〜〜Devin APIを使ったVisual Regression Testの自動追加〜
kawamataryo
3
650
Featured
See All Featured
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
110
20k
Code Reviewing Like a Champion
maltzj
525
40k
Rebuilding a faster, lazier Slack
samanthasiow
83
9.1k
Site-Speed That Sticks
csswizardry
10
790
Why You Should Never Use an ORM
jnunemaker
PRO
59
9.5k
KATA
mclloyd
32
14k
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
PRO
23
1.4k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
126
53k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
10
1k
The Pragmatic Product Professional
lauravandoore
36
6.8k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
16k
Designing for Performance
lara
610
69k
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