17. CLI の場合(参照 NTP サーバー変更の例)
17
ntp server 10.0.0.1
ntp server 10.0.0.8
ntp server 10.0.0.9
ntp server 10.0.0.1
ntp server 10.0.0.2
ntp server 10.0.0.3
Before After
CLI の場合
何をすればよい?
18. CLI の場合(参照 NTP サーバー変更の例)
18
ntp server 10.0.0.1
ntp server 10.0.0.8
ntp server 10.0.0.9
ntp server 10.0.0.1
ntp server 10.0.0.2
ntp server 10.0.0.3
Before After
sw1(config)# no ntp server 10.0.0.2
sw1(config)# no ntp server 10.0.0.3
sw1(config)# ntp server 10.0.0.8
sw1(config)# ntp server 10.0.0.9
操作する側が
追加、削除を
意識する必要がある
・操作とデータが混在
・自動化しにくい
・どうせなら他のことに頭を使いたい
コマンド実行内容
19. RESTCONF の場合(参照 NTP サーバー変更の例)
19
ntp server 10.0.0.1
ntp server 10.0.0.8
ntp server 10.0.0.9
ntp server 10.0.0.1
ntp server 10.0.0.2
ntp server 10.0.0.3
Before After
RESTCONF の場合
何をすればよい?
20. RESTCONF の場合(参照 NTP サーバー変更の例)
20
ntp server 10.0.0.1
ntp server 10.0.0.8
ntp server 10.0.0.9
ntp server 10.0.0.1
ntp server 10.0.0.2
ntp server 10.0.0.3
Before After
{
"Cisco-IOS-XE-ntp:server": {
"server-list": [
{"ip-address": "10.0.0.1"},
{"ip-address": "10.0.0.8"},
{"ip-address": "10.0.0.9"}
]
}
}
操作する側が
追加、削除を
意識する必要がない
・操作とデータが分離!
・あるべき状態を PUT するだけ!
・自動化しやすい!
※ あくまで一例。すべての設定がこのようにできるとは限らない
PUT する body