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
20140628 ネットワーク運用のお仕事
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
Masaru Ogura
June 28, 2014
Technology
30
0
Share
20140628 ネットワーク運用のお仕事
2014/6/28のエフスタ!!福島のLT資料です。
Masaru Ogura
June 28, 2014
More Decks by Masaru Ogura
See All by Masaru Ogura
20260120 Amazon VPC のパブリックサブネットを無くしたい!
masaruogura
2
220
20251126 アウトプットの大切さについて
masaruogura
0
170
20250822 「AWS運用入門」で運用を体系的に学ぼう
masaruogura
0
97
20241218 私の気になる VPC 周りのアップデート
masaruogura
0
160
20240530 Backlogでスクラムを回してみよう
masaruogura
0
390
20240516 JAWS-UG 朝会 運営の裏側
masaruogura
1
260
20240509 CloudWatch でいろいろなものを監視してみよう
masaruogura
1
340
20240329 第34回 JAWS-UG札幌勉強会 オープニング
masaruogura
0
65
20240216 Amazon Linux 2 を 2023 に移行してみた
masaruogura
1
7.8k
Other Decks in Technology
See All in Technology
Databricks 月刊サービスアップデートまとめ 2026年04月号
tyosi1212
0
140
AIAgentと取り組むKaggle
508shuto
2
470
[みん強]AIの価値を最大化するデータ基盤戦略:Self-Service型Data Meshへの転換とAgentic AI Meshに向けた取り組み with Snowflake他
y_matsubara
1
160
ワールドカフェ再び、そしてゴール・ルール・ロール・ツール / World Café Revisited, and the Goals-Rules-Roles-Tools
ks91
PRO
0
190
Oracle AI Database@Google Cloud:サービス概要のご紹介
oracle4engineer
PRO
6
1.4k
React Compiler導入の効果と運用の工夫
kakehashi
PRO
3
300
"スキルファースト"で作る、AIの自走環境
subroh0508
1
650
マンション備え付けのネットワークとLTE回線を組み合わせた ネットワークの安定化の考案
harutiro
1
140
障害対応のRunbookは作った、でも本当に動くの? AWS FIS で EKS の AZ 障害を再現してみた
tk3fftk
0
120
なぜ、IAMロールのプリンシパルに*による部分マッチングが使えないのか? / 20260518-ssmjp-iam-role-principal
opelab
2
140
そのSLO 99.9%、本当に必要ですか? 〜優先度付きSLOによる責任共有の設計思想〜 / Is that 99.9% SLO really necessary? Design philosophy of shared responsibility through prioritized SLOs
vtryo
0
880
インプロセスQAのための要因から捉えるプロジェクトリスクマネジメントnano #1 開発リソース効率状態への対処 #jasstnano
barus_qa
0
210
Featured
See All Featured
SERP Conf. Vienna - Web Accessibility: Optimizing for Inclusivity and SEO
sarafernandez
2
1.4k
Typedesign – Prime Four
hannesfritz
42
3k
The Anti-SEO Checklist Checklist. Pubcon Cyber Week
ryanjones
0
140
A better future with KSS
kneath
240
18k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
128
55k
Paper Plane (Part 1)
katiecoart
PRO
0
7.6k
JAMstack: Web Apps at Ludicrous Speed - All Things Open 2022
reverentgeek
1
440
Navigating Algorithm Shifts & AI Overviews - #SMXNext
aleyda
1
1.2k
Done Done
chrislema
186
16k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
21
1.5k
Leveraging LLMs for student feedback in introductory data science courses - posit::conf(2025)
minecr
1
250
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
287
14k
Transcript
ネットワーク運用のお仕事 2014/6/28 Sat エフスタ!!福島
自己紹介 名前 :小倉 大 (おぐら まさる) Twitter :@MasaruOgura
学歴・職歴 1997 - 2001 某大学で化学を専攻 2001 - 2002 工場でカメラレンズの量産立ち上げ (中略) 2005 ネットワークエンジニアになる 2005 - 2006 小規模ネットワークの運用監視 2006 - 現在 大規模ネットワークの運用
Agenda ネットワーク運用のお仕事 ・運用機器一覧 ・ネットワーク構築と運用の違い ・ハインリッヒの法則 ・オペミス事例:ルーティングテーブルが… ・まとめ
運用機器一覧 ネットワークエンジニアが運用する機器 ・ルータ ・スイッチ ・ファイアウォール ・ロードバランサ ・DNSサーバ ・プロキシサーバ ・メールサーバ etc.
これらの機器に対して、日々設定変更を行っています
ネットワーク構築と運用の違い 構築と運用の違いは、サービスの提供の有無 運用はすでにサービス提供されている機器に対して作 業を行うので、可能な限りサービス通信に影響を与え ないように作業をしなければならない。 でも、大抵作業手順があるから 大丈夫、こわくないよ!
ハインリッヒの法則 ※ハインリッヒの法則 - Wikipedia http://ja.wikipedia.org/wiki/%E3%83%8F%E3%82%A4%E3%83%B3%E3%83%AA%E3%83%83%E3%83 %92%E3%81%AE%E6%B3%95%E5%89%87
※注意 この後の内容は、どこかで聞い たお話です
オペミス事例:ルーティングテーブルが… 作業者Aさんは、Solarisサーバのルーティング変更作 業を実施していました。その変更作業中にAさんは、作 業手順書に書いていない以下のコマンドを実施しまし た。 route -f 上記コマンドを実行したあとから通信不可の状態にな りました。
オペミス事例:ルーティングテーブルが… route -f コマンドとは、リファレンスマニュアルより すべてのゲートウェイエントリのルーティングテーブルをフ ラッシュします。上記のコマンドにこれを指定すると、route はコマンドを実行する前にゲートウェイをフラッシュします。 このオプションを使用するには、route を uid
0 で実行する必 要があります。さらに、file_dac_read と file_dac_write 特権 が必要です。 ルーティングテーブルを削除 するコマンドです ※Trusted Solaris リファレンスマニュアル (1M) : 保守コマンド route(1M) http://docs.oracle.com/cd/E19109-01/tsolaris7/805-8077/6j7jhjsbp/index.html
オペミス事例:ルーティングテーブルが… 復旧方法 再起動しました 確認したところ、ルーティングテーブルが消えただけ で、ルーティングの設定ファイルは消えていませんで した。ですから、再度読み込ませることでルーティン グテーブルは元に戻りました、 と聞きました。
まとめ ネットワーク運用のお仕事にはオペミスがつきもので すが、以下のことに気をつけましょう ・入念な事前準備 作業手順の確認、検証環境で設定変更をしてみる ・何か起きたらすぐに報告 時間が経過しただけ、サービス通信に影響を与えて いる可能性があります ・冷静な対応 慌ててもトラブルは復旧しません
冷静に現状を把握して、復旧させます
ご清聴ありがとうございました
Appendix 各OSのルーティングテーブル削除と復旧コマンド (DHCP利用なし、おぐら調べ) OS Delete Recovery Solaris10 route -f route
flush shutdown -y -i6 -g0 Windows7 route -f デフォルトゲートウェイ の設定を追加して再起動 CentOS 5.10 ip route flush all service network restart
Appendix 参考資料 ネットワーク運用管理入門(1): ―分かっているようでホントは知らない― ネットワーク健全化計画を立てよう http://www.atmarkit.co.jp/ait/articles/0311/14/news001.html ネットワーク運用管理入門(3): ―分かっているようでホントは知らない― ネットワーク健全化の実作業はこれだけある http://www.atmarkit.co.jp/ait/articles/0401/15/news082.html
ネットワーク運用管理入門(4): ―分かっているようでホントは知らない― 実践! ネットワーク・トラブルシューティング http://www.atmarkit.co.jp/ait/articles/0402/17/news065.html