自動化 &
Programmability
既存のNetDevOpsツールが初日から動作。OcNOSは標準的なオープンインターフェースを通じてあらゆる構成および運用状態を公開し、スクリーンスクレイピングも独自オーケストレーターも不要です。
エンジニアが使うプレイブック。
OcNOSとAnsibleの統合に関する実証済みの解説：モジュール、インベントリパターン、およびDay-0/1/2のプレイブック構成。
手動CLI操作
設定はSSH経由でデバイスごとに投入。SNMPポーリングは5分間隔。新規ハードウェアのラック設置や配線にはエンジニアの現地対応が必要。構造化された状態管理もロールバック機能もありません。
以前Day 0からDay Nまで完全プログラマブル
Ansibleなら100台のスイッチに対してBGPとEVPN-VXLANを数分で展開可能。gNMIはサブセカンド更新でテレメトリをストリーミングし、ZTPは人手を介さず新規ハードウェアをブートします。ロールバックも数秒で完了します。
OcNOS 導入後OcNOS 自動化の 6 つの方法
1つだけ選んでも、6つすべてを併用しても構いません。OcNOSは独自オーケストレータを強制せず、チームが既に使用しているツールと連携します。
Ansible コレクション
ansible-galaxy collection install ipinfusion.ocnosAnsible Galaxyに公開されているIP Infusionの公式コレクション。含まれるモジュール： ocnos_facts, ocnos_config, ocnos_command, ocnos_bgp_facts、および ocnos_isis_facts。動的なフリート全体プロビジョニングのための Jinja2 テンプレート。すでに記述している Ansible プレイブックをそのまま使用可能。OcNOS は Arista、Juniper、Cisco と同じ言語を話す。
NETCONF / YANG 1.1
IPI ネイティブ + OpenConfig モデル · RFC 6241IPIネイティブおよびOpenConfigの両YANGデータモデルに対応した完全なNETCONF 1.1。構造化された設定および運用状態の取得を実現： get, edit-config, commit, rollback、および候補データストア。Python の ncclient library, Ansible's netconf_config モジュール、または任意の NETCONF クライアントに対応します。
gNMI ストリーミングテレメトリ
OcNOS 7.0 · Dial-in + Dial-out · On-Change + Periodic · TLSgRPC上のgNMIによるリアルタイム・プッシュ型テレメトリ。SNMPポーリングを置き換え、インターフェース、BGPセッション状態、MPLSフォワーディング、QoSキュー、PFC/ECNカウンタ、システムヘルスを構造化されたサブセカンド更新で取得します。接続先： Telegraf、Prometheus、またはあらゆるgRPCコレクターに連携し、Grafanaで可視化。
ゼロタッチプロビジョニング
DHCP ＋ TFTP/HTTP · Day 0 自動化ラックに搭載。ケーブルを接続。電源を投入。あとはすべてZTPが処理します。DHCPがアドレスを割り当て、プロビジョニングサーバーを指し示します。スイッチは、TFTPまたはHTTP経由でOSイメージとスタートアップコンフィグをダウンロードして適用し、ネットワークに参加します。コンソールケーブルも、現地のエンジニアも不要です。ZTPとAnsibleを組み合わせれば、Day 0からDay 2までの完全なパイプラインが実現します。
実運用ユースケース： 週末の間に現地エンジニアゼロでプロビジョニングされた 48 ノードの AI GPU クラスター Spine-Leaf ファブリック。ZTP が各スイッチを起動、Ansible が BGP + PFC 構成を展開、gNMI がロスレスファブリックを確認。
IP Maestro EMS
Web UI · REST API · OcNOSエレメント管理API自動化と並んでGUIを求めるチームに最適です。IP Maestroは、GUIベースのOcNOS向けエレメント管理システム（EMS）です。インタラクティブなトポロジーマップ、インベントリとデバイス詳細、障害およびパフォーマンスの監視、設定とソフトウェアの管理、ストリーミングテレメトリの可視化を提供します。OcNOSデバイスとはNETCONFで通信し、ノースバウンドのREST APIを公開することで、上位コントローラーやOSSとの連携を可能にします。
IP Maestro を見るスイッチ上のコンテナ
OcNOS 7.0 · コンテナランタイム（K3S）· 単一コンテナOcNOS 7.0には、単一コンテナのライフサイクル管理に対応したスイッチ上のコンテナランタイム（K3S）が搭載されています。外部のコンピュートハードウェアを必要とせず、NOSと並行してスイッチ上で直接、Telegrafエージェント、Zabbixプロキシ、独自のPythonやGoスクリプト、セキュリティツールなどを実行できます。標準のSSH、SCP、SFTP、FTPでイメージや設定ファイルを転送します。
また: OcNOSが公開する標準 SNMP MIB。そのため、ZabbixのジェネリックSNMPテンプレートで監視でき、レガシーのSNMPベースNOCツールをgNMIと並行して稼働させ続けられます。
モデル駆動、トランザクション的、そして設計段階からのレジリエンス
エンジニアが最新のNOSに求める運用モデルです。構造化された状態、ロールバック可能な安全な変更、ストリーミングによる可視性、そしてコントロールプレーンのレジリエンスを備えています。標準インターフェース、オープンハードウェア。
モデル駆動の設定
OpenConfig + IPI-native YANG · NETCONF 1.1設定と運用状態は、画面をスクレイピングしたテキストではなく構造化データです。candidateデータストアを編集し、原子的にコミットするか、ロールバックします。これはCisco IOS-XRやJuniper Junosが用いるのと同じモデル駆動のワークフローで、標準のNETCONF 1.1上でOpenConfigおよびIPI-native YANGモデルを使用します。
双方向のストリーミングテレメトリ
gNMI · dial-in + dial-out · TLS · multi-VRFgNMIのSubscribe（dial-in）およびPublish（dial-out、grpctunnel経由）を、on-changeおよびperiodicモードで、TLSによる保護とユーザーごとの認証のもとに実行します。単一または複数のVRFにまたがり、OpenConfigモデル上でインバンドに動作します。SNMPポーリングに代わり、Telegraf、Prometheus、Grafana向けにプッシュ型の構造化状態を提供します。
コントロールプレーンのレジリエンス
Graceful Restart / NSF · BGP · OSPF · IS-ISNon-Stop Forwardingを伴うGraceful Restartは、BGP、OSPF、OSPFv3、IS-ISにおいて、コントロールプレーンが再起動している間もデータプレーンの転送を継続します。プロセスの再起動や計画メンテナンス中も、通過トラフィックがドロップすることはありません。
スイッチ上のプログラマビリティ
コンテナランタイム（K3S）· ZTP · SSH/SCP/SFTP組み込みランタイム（K3S、単一コンテナのライフサイクル管理）を通じて、エージェントやツールをスイッチ上のコンテナで直接実行できます。これにより、外部のコンピュートを使わずに、コレクター、スクリプト、プローブをNOSと並行して稼働させられます。ZTPは新しいハードウェアを手を触れずに起動し、SSH、SCP、SFTP、FTPがイメージや設定を転送します。
Day 0 → Day 1 → Day 2
OcNOSは、オープンで標準的なツール群によって運用ライフサイクル全体をカバーします。独自オーケストレータも、CLIスクリプティングも、SNMPポーリングも不要です。
ハードウェアが自らネットワークに参加
スイッチの電源が投入されます。DHCPがIPを割り当てます。ZTPがTFTP/HTTP経由でOcNOSイメージとベース設定をダウンロードします。デバイスは管理可能な状態で起動します。コンソールケーブルは不要です。オンサイトのエンジニアも不要です。ラック全体が、チームの就寝中にプロビジョニングされます。
サービスは数日ではなく数分で展開
Ansible の playbook は、BGP、MPLS、EVPN-VXLAN、QoS、ACL、およびタイミング設定を機器群全体へ配布します。NETCONF/YANG により、構造化され検証された配布と、失敗時のロールバックが確保されます。 OcNOS向けのGUIベースEMSであるIP Maestro、GUIベースの構成プッシュとスケジューリングを追加します。
リアルタイム可視化と自動修復
gNMIはTelegraf → Prometheus → Grafanaへテレメトリをストリーミングします。Ansibleは設定ドリフトの検知、スケジュールバックアップ、ソフトウェアアップグレードを担います。スイッチ上のコンテナがカスタムツールを実行します。IP Maestroはトポロジー、障害監視、スケジュールされた設定およびソフトウェア更新を提供します。
既存のスタックと連携
OcNOSは標準プロトコルに対応しています。ツールチェーンを総入れ替えする必要はなく、チームが既に習熟しているツールが初日から動作します。
Ansible
公式 Galaxy コレクション：ipinfusion.ocnos
構成管理Telegraf
gNMI 入力プラグイン、直接サブスクリプション
テレメトリコレクタPrometheus
gNMI エクスポーター、時系列メトリクス
メトリクスストアGrafana
OcNOS テレメトリ向けの事前構築ダッシュボード
可視化Zabbix
標準SNMP MIB、Zabbix SNMPテンプレートに対応
SNMP モニタリングncclient
標準 Python ライブラリ、完全な NETCONF 1.1
Python NETCONFgnmic
subscribe / get / set：CLI でのテスト
gNMI CLI クライアントK3Sランタイム
シングルコンテナランタイム、OcNOS 7.0にネイティブ対応
オンスイッチコンピュートOcNOS の自動化、その答え
導入前にネットワークエンジニアが尋ねる質問。
オープンネットワーク全体を一つのツールチェーンで
本ページに記載の自動化インターフェースはすべて、OcNOS-SP・OcNOS-DC・IP Maestroで動作：全資産にわたり一貫したパイプラインを構築可能。
OcNOS の自動化を実際に見る
当社エンジニアリングチームとのライブデモをご予約ください。自動化要件をお持ちいただければ、OcNOSが各社のパイプラインにどのように統合されるかを具体的にご提示します。
ネットワーク管理の自動化：AnsibleとOcNOSの統合
簡単なフォームです。送信後すぐに PDF がダウンロードされます。
✓ PDF を新しいタブで開いています…
自動的に開かない場合は、以下のリンクをご利用ください。