ネットワークのDevOps？ シスコのpyATSとCMLを駆使すればネットワークの可能性は大いに広がる
アプリケーション開発の世界に比べると、ネットワークの構築保守や学習の世界は旧態依然としたイメージが強い。コマンドラインで地味な作業の繰り返し、スキルを習得したいなら実機が必要など。しかし近年ではネットワークエンジニアを取り巻く環境は変化している。プログラマビリティは広がり、DevOpsやCI/CDのような体験もできるようになってきている。NetDevOpsの世界を開く、「pyATS」や「CML」を知っておこう。 ネットワーク環境構築とネットワーク研修の現場が抱える「限界」 ネットワンパートナーズ株式会社の小堀泰樹氏は現在パートナー向けプリセールスをしているが、かつてはネットワークエンジニアでネットワーク環境構築作業に従事していた。「10年も15年も現場ではコマンドライン。手作業に頼って作業している。何も変わらない。このままではよくないと思いました」と述懐する。 ネットワンパートナーズ株式会
シスコとHashiCorpが提携。シスコがTerraformとシスコ製品を統合、販売へ
米シスコシステムズとHashiCorpは提携を発表し、HashiCorpの「Terraform Cloud Business」をシスコが同社のCisco Intersightプラットフォームとともに販売しサポートすることを発表しました。 We're excited to announce our expanded partnership with @HashiCorp, to deliver Infrastructure as Code for hybrid cloud environments. #Intersighthttps://t.co/ml8dpS4fpE pic.twitter.com/RCf29VoNS8 — Cisco Data Center and Cloud (@ciscoDC) March 24, 2021 To help organizations solve th
理解しやすいネットワーク設計図を描く取り組み - LGTM
ネットワーク構成をよりよく理解するために、「ネットワーク設計図をプログラムで描く」という取り組みをはじめました。少し前の IEICE ICM研究会 で発表を行う予定でしたが、残念ながら新型コロナウィルス拡大により、研究会が中止になりました。 せっかくなので概要をまとめておこうと思います。 取り組んでいる課題 ネットワーク設計図は「ネットワークがどうあるべきか」を視覚的に理解しやすくするためのものです。記載される内容は 装置・回線の地理的位置・ネットワーク上の論理的位置・種別 レイヤーごとの接続関係 動作する技術・プロトコル・パラメーター・そのふるまい などなど多岐にわたります。正しいネットワーク設計図は理解の助けになる反面、それを正しい状態に維持することはコストがかかる作業です。そこで コストを抑えるために、記述を省略するなど 正しさを犠牲にしたりします。 たとえば、次の図を見てください。
ネットワークは宣言的になりえるか - LGTM
2020-07-08 追記 はじめに Kubernetes などのコンテナオーケストレーターとの対比によって、ネットワークの世界でも同じように制御できないか注目されています。Cisco、Apstra、VMWare などが言う "Intent Based Networking" や "Closed Loop Automation" も同じものを指していると思われます。宣言的ネットワーキングは「あるべき状態の維持をプロトコルやソフトウェアに任せられるかもしれない」という点で運用上のメリットがあります。 以前所属していた国際Tier1 ISP *1 で、Kubernetes ほど洗練されてはないものの コンセプトとしてはこれを実践していたり、現在もネットワーク自動化の取り組みの中でゴールをここに設定したりしています。 このエントリーでは、 宣言的ネットワーキングとは何なのか 従来のネットワーク運
ネットワーク標準化ギプス - LGTM
テキストやファイルで設定管理されるようなネットワークの、設定標準化・テンプレート化・Validation について書きます。 経験上、ISP・コンテンツプロバイダなどのネットワークでうまくいった手法ですが、よりよい方法があるかもしれません。ご指摘・コメント頂けるとうれしいです。 現在自動化できていないが、自動化を目指したい 移行過渡期は、もしくは移行後であっても運用上の都合で、手動投入は許容したい ネットワークが正しく設定されているか？ を常にチェックしたい このようなネットワーク運用を想定します。 やりたいこと ネットワークデバイスはシステム側からもオペレーターからも変更されうる という環境で、 ネットワークポリシー・設定を標準化し、テンプレートとして実装する → テンプレートが強制力としてはたらき、ポリシーが維持できる 何かのトリガーで 構成管理DB + テンプレートから設定を生成し、
Ansible Best Practices: The Essentials
The Ansible Way When I talk about how to develop automation solutions with Ansible, I begin by highlighting the philosophy behind its design. All Ansible best practices relate back to this thinking in one way or another. Complexity kills productivity That’s not just a marketing slogan. We really mean it and believe it. We strive to reduce complexity in how we’ve designed Ansible tools and encourag
#AnsibleFest にて発表されたAnsible Automation Platformの概要 - 赤帽エンジニアブログ
こんにちは、レッドハットの中村です。9月23日〜26日に開催されていたAnsibleFest 2019 in Atlantaにて、レッドハットからAnsible Automation Platformが発表されました。詳細情報はこれから出てくると思いますが、簡単に発表された内容をまとめておきたいと思います。 1日目の基調講演にてレッドハットのSenior Principle Product Managerである、Richard Henshall から概要が発表され、2日目の基調講演のデモセッションで実際の画面を紹介されました。 Ansible Automation Platform Richard Henshalの講演内容 以下に簡単に彼の講演した内容をスクリプトっぽく書いていきます。 ーーーはじまりーーー Ansibleはその簡易性から、自動化することを簡単にし、様々な人や組織の自動化を
Ansible Tower による VMware vSphere 環境の自動化 Part1 - 赤帽エンジニアブログ
皆さんこんにちは、Red Hat ソリューションアーキテクトの岡野です。 5/19に開催させていただいた、ウェビナー、 ”ユースケースから学ぶ、Ansible AutomationによるVMware環境の自動化” にご参加いただいた方、ありがとうございました！登録約1,000 人、参加は650人を超えたと聞いています。質問も凄くたくさんいただきまして、改めてこの領域での自動化のニーズってあるんだなぁと思いました。1時間という限られた中でどこまで解説できるか、チャレンジングではあったのですが、満足度もそれなりに高かったようで、やって良かったと思ってます。♪ 個人的な予想を遥かに上回る反響があったこと、また、当日は時間制限があって、なかなかお伝え出来なかったこともありますので、こちらのブログで、Ansible Towerを使った VMware vSphere 環境の自動化について、つらつらと何
Kubernetes the Easy Way – DevOps Series, Part 14
Cisco Blogs / Developer / Kubernetes the Easy Way – DevOps Series, Part 14 If you have been following this DevOps series you might remember that cool banana-sized kubernetes cluster we built in Part 4 with some Raspberry Pi boards. It was a great way to build a fully functional setup from scratch and also learn a lot in the process. However, since then things have evolved. And now, instead of just
Cisco WLC を Act-Act で運用する話 | BLOG - DeNA Engineering
こんにちは、IT 基盤部ネットワークグループの寺増です。 前回の 無線 LAN の通信品質を見える化する話 に続き、今回はヒカリエ本社における Act - Act 構成の WLC 運用とその中での自動化手法を紹介します。内容はネットワークエンジニア、特にエンタープライズの無線 LAN を運用中の方、これから構築を行われる方、そして無線 LAN に興味をお持ちの方向きになっています。 はじめに まずは、ヒカリエ本社の無線 LAN 基盤に関するネットワーク構成を簡単に紹介します。 主要な機器は以下の通りです。 無線 LAN コントローラ (以下、WLC) Cisco Catalyst 9800 2 台 アクセスポイント (以下、AP) Cisco Aironet AP4800 127 台 (1 フロアあたり 16 - 20 台) 全 VLAN とも CAPWAP を用いた Central Sw
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://www.ansible.com/deep-dive-into-ansible-network-resource-module
Kubernetes on the Road – DevOps Series, Part 15
Explore Model-Driven Telemetry
Continuous Integration for Docs, Code, Infrastructure, and the Network
Dive in to the Cisco IoT Design-In Program on DevNet
Network Service Based Automation Part 2 - Building Services
Cisco DNA Center Template Archive/Restore
Cisco ACI を Ansible 2.8.5 で設定する - らくがきちょう
https://mpls.jp/2018/presentations/MPLS-Japan-20181119-Horiba-rev1.1.pdf
Demo: Performing Configuration Compliance in DCNM 11