AWS、EC2ルートボリュームをインスタンス実行中に置き換え可能に。トラブルからの迅速な復旧などに有効
AWS、EC2ルートボリュームをインスタンス実行中に置き換え可能に。トラブルからの迅速な復旧などに有効 ルートボリュームとは、インスタンスを起動し実行するためのOSが割り当てられているAmazon EBSのボリュームです。 今回の新機能ではインスタンスを実行したまま、このAmazon EBSのルートボリュームを起動時点もしくは特定のスナップショットに置き換えられるようになりました。 ルートボリュームを置き換えても、データボリュームの状態には影響を与えません。 また、置き換えた後もインスタンスは同一物理ホスト上で実行が継続し、インスタンスにアタッチされたネットワークインターフェイスおよびパブリックなIPアドレス、プライベートなIPアドレス、DNS名なども維持されます。ただしルートボリューム置き換え時に一旦保留となったネットワークトラフィックはフラッシュされます。 この機能は、実行中のインスタ
【保存版】東京リージョンの AWS 障害発生時にクラスメソッドのテクニカルサポートチームがやっていること | DevelopersIO
どのような事前準備をしているか 有事の際は想定外のことが発生しやすく、事前準備をしていないと冷静な対応が難しくなります。 いきなりしっかりした事前準備をすることは難しいので、徐々に成熟度を上げていきます。 本章では以下の観点で、事前準備についてご紹介します。 手順書 自動化 訓練 手順書 フローやチェックリストを含む手順書を準備しています。 手順書の内容は後述します。 分かりやすい手順書を準備することも重要ですが、その手順書への導線づくりも大切にしています。 運用周りのドキュメントは数が多く、目的のドキュメントが埋もれてしまい他のメンバーが見つけられない場合があるからです。 周知に加えて、ドキュメントの階層を見直したり、特定チャンネルに手順書の URL をピン留めしておくなど、手順書に辿り着きやすくする工夫をしています。 分かりやすい手順書の書き方については、以下のブログが参考になります。
AWSのECインスタンスに、あたかもシリアルポートでキーボードとターミナルを接続してトラブルシュートできる新機能「EC2 Serial Console」が登場
AWSのECインスタンスに、あたかもシリアルポートでキーボードとターミナルを接続してトラブルシュートできる新機能「EC2 Serial Console」が登場 クラウド上のインスタンスに対して何らかの操作を行う場合、SSHやRDPなどのプロトコルを利用してネットワーク経由で行う方法が一般的です。 しかし、例えばOS上のネットワーク設定を間違えてしまった、ドライバを削除してしまった、などのトラブルによりインスタンス自体のネットワーク接続が失われた場合、当然ながらSSH経由での操作もできなくなるため、トラブルシュートは面倒なものになります。 オンプレミスやデータセンターにあるサーバであれば、最後の手段としてサーバの場所まで操作員が移動し、サーバのシリアルポート経由でキーボードとターミナルを接続することによって、ネットワーク接続が失われたサーバに対しても設定変更の操作が可能です。 しかしデータセ
ネットワークは宣言的になりえるか - LGTM
2020-07-08 追記 はじめに Kubernetes などのコンテナオーケストレーターとの対比によって、ネットワークの世界でも同じように制御できないか注目されています。Cisco、Apstra、VMWare などが言う "Intent Based Networking" や "Closed Loop Automation" も同じものを指していると思われます。宣言的ネットワーキングは「あるべき状態の維持をプロトコルやソフトウェアに任せられるかもしれない」という点で運用上のメリットがあります。 以前所属していた国際Tier1 ISP *1 で、Kubernetes ほど洗練されてはないものの コンセプトとしてはこれを実践していたり、現在もネットワーク自動化の取り組みの中でゴールをここに設定したりしています。 このエントリーでは、 宣言的ネットワーキングとは何なのか 従来のネットワーク運
ネットワーク標準化ギプス - LGTM
テキストやファイルで設定管理されるようなネットワークの、設定標準化・テンプレート化・Validation について書きます。 経験上、ISP・コンテンツプロバイダなどのネットワークでうまくいった手法ですが、よりよい方法があるかもしれません。ご指摘・コメント頂けるとうれしいです。 現在自動化できていないが、自動化を目指したい 移行過渡期は、もしくは移行後であっても運用上の都合で、手動投入は許容したい ネットワークが正しく設定されているか？ を常にチェックしたい このようなネットワーク運用を想定します。 やりたいこと ネットワークデバイスはシステム側からもオペレーターからも変更されうる という環境で、 ネットワークポリシー・設定を標準化し、テンプレートとして実装する → テンプレートが強制力としてはたらき、ポリシーが維持できる 何かのトリガーで 構成管理DB + テンプレートから設定を生成し、
SDAファブリック経由の通信において問題が生じた場合の取得コマンド
SDA のソリューションにおいて、サービストラフィックの転送状況に問題がある場合に参照するCatalyst スイッチのログ取得コマンドを記載しています。 PC端末等にて、IP取得や認証が正しく行なえているにも関わらず、通信に問題がある場合に有効となります。 各Fabric node（CP/Border/Edge）にて取得ください。 ＊製品、S/W version により入力できないものが含まれている場合がございます。 show コマンド show ip arp show ip arp vrf <vrf> show ip route show ip route vrf <vrf> show ip cef show ip cef vrf <vrf> show mac address-table show interface show interface counter show interfa
Stealthwatch 用 MIB ファイルの入手方法
はじめに SNMPを使用して監視したり SNMP Trap を扱ったりする場合に対象機器の MIB ファイルが必要となる場合があります。本ドキュメントでは Stealthwatch 用 MIB ファイルの入手方法について説明します。 MIBファイルの入手方法 MIBファイルは各アプライアンスの以下のパスに置いてあります。 /lancope/admin/snmp/Lancope-mibs.tgz scp でコピーしてご利用ください。 Stealthwatch Customer Community のアカウントをお持ちの場合、このサイト上でも MIB ファイルが入手できます。但し、全てのバージョン用のファイルが提供されていない場合がありますのでご留意ください。
Firepower System: FTD利用時の設定例 (FMC管理 or FDM管理) 【更新停止】
★設定例は以下サイトに移行しました★ 2024年2月から最新のFTDのデザインや保守運用に有用なドキュメント情報は、以下のまとめサイトに移行しました。 最新情報やイベントも定期掲載していきますので、ぜひご活用ください。 Cisco Secure Firewall (FTD) - How To https://community.cisco.com/t5/-/-/ta-p/5024782/ Firepower System 設定例 設計や導入、運用に役立つ 設定例などが掲載された、Cisco Community や Cisco.com (CCO) の主に日本語ドキュメントを紹介します。設定ガイドを利用時は、バージョン 6.4をベースに紹介します。 なお、機器と機能によっては、追加のライセンス購入・適用や、ハードウェアの準備が必要となることがあります。 本ガイドの主な対象製品は、Firepow
logging discriminator の基本設定
概要 このドキュメントでは logging discriminator の基本的な設定を紹介します。 logging discriminator は logging メッセージのフィルタリングを行う機能です。特定の不要なメッセージが出力されるのを抑制したり、特定のメッセージのみ取得するようにできます。 logging メッセージは以下の形式ですが、それぞれに対して作用すようにフィルタの指定ができます。 %(facility)-(severity)-(mnemonic): (msg-body) 設定例 ここでは例として %SYS-5-CONFIG_I をフィルタリングして表示されないようにする例を提示します。 logging discriminator FLTR1 mnemonics drops CONFIG_I logging discriminator FLTR2 msg-body dr
Catalyst 9800 のパスワードリカバリ手順
概要 このドキュメントでは、Catalyst 9800 コントローラのログインクレデンシャルや Enable パスワードのリカバリ手順を説明しています。 動作環境 このドキュメントの情報は以下のハードウェアとソフトウェアで確認をしています。 * Catalyst 9800-40 * Version 16.10.01 手順 コントローラを再起動させる 起動中、コンソール出力に ##### が出力されている間に 'break' キーをターミナルから送信する 起動が中断し Rommon プロンプトでコントローラが起動します。( break キーの送信は putty などのターミナルの機能を利用します) File size is 0x01d191f3 Located C9800-rpboot.16.10.01.SPA.pkg Image size 30511603 inode num 874837
SSM サテライト：サテライトアカウント数
SSM サテライトは、 Classic Edition と Enhanced Edition の２つがリリースされています。（2019/7 現在） 本記事では、各 Edition が持つことができるサテライトアカウント数の違いについて説明します。 投稿時に確認している製品バージョンは、Classic Edition 5.1.0 および Enhanced Edition 6.3.0 です。 Classic Edition：１つのサテライトアカウント Classic Edition は、サテライトアカウントをひとつのみ持ちます。ひとつのサテライトアカウントに複数の VA を登録することは可能ですが、この登録を解除することはできません。 また、サテライトアカウントの新規作成（追加）や削除はできません。 サテライトアカウントに登録した VA を解除したい場合は、サテライトサーバの新規インストールが
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ACI: APIC が 172.17.0.0/16 範囲のネットワークと疎通できない
IOS-XE 16.x AAA関連 debug 取得方法
https://community.cisco.com/t5/%E3%83%AF%E3%82%A4%E3%83%A4%E3%83%AC%E3%82%B9-%E3%83%89%E3%82%AD%E3%83%A5%E3%83%A1%E3%83%B3%E3%83%88/catalyst-9800-%E3%82%B7%E3%83%AA%E3%83%BC%E3%82%BA-wlc-%E3%81%AE%E3%82%BD%E3%83%95%E3%83%88%E3%82%A6%E3%82%A7%E3%82%A2%E3%82%A2%E3%83%83%E3%83%97%E3%83%87%E3%83%BC%E3%83%88%E6%89%8B%E9%A0%86/ta-p/3938545
SSM サテライト：同期の期限
SSM サテライト：Common Name の変更と確認
Catalyst3650/Catalyst3850 : リモート操作により設備の ROMmon に入る方法について
Nexus 93240YC-FX2: Standalone モードから ACI モードにコンバート時のメモリ増設について
Catalyst 9300 / 9200 / 9200L でのスタックアダプタ・ケーブルの挿入について
DNAC: Assurance 用 pxGrid クライアントの追加実装