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
モダンなネットワーク構成管理DBを最小労力で開発する
Search
Mabuchin
June 06, 2019
Technology
3
850
モダンなネットワーク構成管理DBを最小労力で開発する
Mabuchin
June 06, 2019
Tweet
Share
More Decks by Mabuchin
See All by Mabuchin
TIPSTARのライブ・プロダクションシステムの裏側
mabuchin
1
1.3k
ホワイトボックス伝送の動向と商用利用について
mabuchin
3
750
WhiteBoxSwitch NOSの変遷
mabuchin
5
2k
Cassini + Goldstone DCI use case and challenges
mabuchin
1
230
転びながらもネットワーク処理をソフトウェアで自作していく話
mabuchin
8
4.5k
Gitでネットワークオペレーションを進める話
mabuchin
0
120
TapAggregationを使ったデータプレーン性能測定
mabuchin
0
230
Github PullRequestで作業半自動化
mabuchin
0
89
お手軽! BGP RIBのリアルタイム経路解析+可視化
mabuchin
0
360
Other Decks in Technology
See All in Technology
LinkX_GitHubを基点にした_AI時代のプロジェクトマネジメント.pdf
iotcomjpadmin
0
170
監視のこれまでとこれから/sakura monitoring seminar 2025
fujiwara3
11
3.8k
【TiDB GAME DAY 2025】Shadowverse: Worlds Beyond にみる TiDB 活用術
cygames
0
1k
Liquid Glass革新とSwiftUI/UIKit進化
fumiyasac0921
0
170
低レイヤを知りたいPHPerのためのCコンパイラ作成入門 完全版 / Building a C Compiler for PHPers Who Want to Dive into Low-Level Programming - Expanded
tomzoh
4
3.1k
Agentic Workflowという選択肢を考える
tkikuchi1002
1
480
標準技術と独自システムで作る「つらくない」SaaS アカウント管理 / Effortless SaaS Account Management with Standard Technologies & Custom Systems
yuyatakeyama
3
1.2k
Definition of Done
kawaguti
PRO
6
470
Node-RED × MCP 勉強会 vol.1
1ftseabass
PRO
0
140
VISITS_AIIoTビジネス共創ラボ登壇資料.pdf
iotcomjpadmin
0
160
Observability в PHP без боли. Олег Мифле, тимлид Altenar
lamodatech
0
330
Microsoft Build 2025 技術/製品動向 for Microsoft Startup Tech Community
torumakabe
2
250
Featured
See All Featured
Navigating Team Friction
lara
187
15k
Designing for humans not robots
tammielis
253
25k
What’s in a name? Adding method to the madness
productmarketing
PRO
23
3.5k
jQuery: Nuts, Bolts and Bling
dougneiner
63
7.8k
Practical Orchestrator
shlominoach
188
11k
Bash Introduction
62gerente
614
210k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
657
60k
Speed Design
sergeychernyshev
32
1k
The Cult of Friendly URLs
andyhume
79
6.5k
Building Adaptive Systems
keathley
43
2.6k
Music & Morning Musume
bryan
46
6.6k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
34
3k
Transcript
2019/06/13
ネットワーク構成の管理 2
どんな場⾯で欲しくなってくるか • ⼈が設定変更する場合 • 機器上で「あるべき状態」を確認 • 実際のConfigがMasterデータでも、ある程度問題ない • Botがやる場合 •
「あるべき状態」と「今の状態」を毎回解析してValidationは結構つらい • 「ネットワークの正の情報」は連携の観点でも機器外に持ちたい • 事前確認 • 設定変更 • 事後確認 Automation • Config Replace Master Network Data
DBをネットワーク構成のマスターにできれば Code baseなOperationが⾮常にやりやすい
何を管理する︖
ネットワーク構成で管理するもの • Device Info • OS • Location/Rack • Interface
• Inventory • VLAN • LAG • IP Address • Prefix • NAT Table • ACL Table (自社の場合) • IGP(OSPF) • Interface • Area • metric • VRF • Route Distinguisher • Interfaces • EGP(BGP) • ASN • Neighbor • Route-policy などなど...
結構多い
これ⾃分で全部実装するの︖ • 様々なソフトウェアと連携させる必要性がある • APIの実装が必須 • 作業する場合に、DBを変更してそれを波及させる • ⼈が弄るWeb UIが必要
• 管理する情報量が結構多い • DB設計も時間がかかる • 性質的に、継続的にメンテナンスする可能性が⾼い • 誰でも素早く追加実装できなければいけない • 実装にそんな時間をかけてられない • これだけやってるわけじゃないので...
1から⾃作は無理︕
NetBox is an IP address management (IPAM) and data center
infrastructure management (DCIM) tool. Initially conceived by the network engineering team at DigitalOcean, NetBox was developed specifically to address the needs of network and infrastructure engineers.
• Django製のIPAM兼DCIM OSSツール • Rest API完備 • ほぼ全ての操作に対してAPIが提供されている • Webhookサポート
• Salt/Napalmとの連携サポート • 使いやすい(?)WebUI • 高頻度なリリース • Rack/Device/Inventory/Interface/IP address/VRF/Curcuit/VM の管理機能提供 Netbox
(再掲)ネットワーク構成で管理するもの • Device Info • OS • Location/Rack • Interface
• Inventory • VLAN • LAG • IP Address • Prefix • NAT Table • ACL Table • IGP(OSPF) • Interface • Area • metric • VRF • Route Distinguisher • Interfaces • EGP(BGP) • ASN • Neighbor • Route-policy などなど...
我々には “少しだけ”⾜りない
None
Forkして⾃社カスタム • NetboxはApplication componentでしっかり分離している • 新規でDjango app追加して、既存に倣って分離して開発可能 • フォークしても分離が綺麗だから追従も楽々 •
実装コストがかなり低く、テストされた基盤を使える • Routing appを追加で開発 • テスト含めても1500⾏くらい • 細かい点抜きなら3⽇くらいで⼤体終わる • Netboxの作り込まれたUtilityが利⽤できる • Model/Template/View/APIは既存を真似すれば⼤体分かる
None
Swaggerも標準搭載
今 : 既存からのマイグレーション Netbox POST DATA Data Collector • まずはDBが「最新の構成を保つ」状態からスタート
• 作業者が⼿で設定を変えても、Collectorが情報を集めて差分を検知 • 「役に⽴たないDB」にならないために常に正常系を維持させる • 周辺ツールが機器情報を参照して使えるようにするとこから始める Operator Diff alert & CRUD Network 設定変更 Other Tool 機器情報参照
WIP : これからのフロー Netbox Bot worker • 「DBこそが真」なオペレーション • DBで変更を加えた場合、適⽤するための機器のConfigを丸々⽣成しPR
• CIでSyntax等のValidation実施、⼈が許可したらDeploy • Delete等の⼿続き的なオペレーションフローを伴わずに⾃動適⽤が可能 Network Config Replace Pull Request CI Tools Deploy Device Template Database change Create PR Approve パラメーター
メリット • DBで構成を集中管理 • 機器のConfig Templateと合わせることで 「その機器のConfig」を丸々⽣成し、それをReplaceする • GithubでConfigをPRにすれば、差分が⾒れる&CIも使える •
既存運⽤フローの活⽤ • 他ツールが情報参照する際に機器にアクセスしなくて良い • コードメンテナンス労⼒の抑制 • OSS部分のバグは本家にIssue&PRすればOK • 全て⾃分で保守するべきところは⾃作のところのみ
意外と⼤変だったこと • 常に最新に保つCollector • Diffを算出するのが結構⼤変 • DBに無いのはまだいいけど、DBにあって機器から 消えてるのを探すのもけっこう⼤変 • NAPALMで機器情報を取得しているが、結構情報が⾜りない
• 各メソッドをそこそこ改造している
ちなみにセイコーさんのSmartCSも管理できます︕
こんな機能があったら良いな︕(Serial LLDP) • ラベルの書き換えを忘れて、名前が古いままとかだったりする • 何がつながっているか分からなくなる ↑ ここのLabelをシリアルポートから 解析して⾃動設定してほしい
Thank you!!