サーバ仮想化とクラウド・コンピューティングがコンピュートとストレージ・リソースのプロビジョニングを加速して以来、ネットワーク・インフラはボトルネックとして認識されてきました。組織は柔軟なインフラを求め、自動化を望んでいますが、問題は「ネットワークの自動化をどこまで進めるべきか」ということです。そのためには、組織はバランスを取る必要があります。
Interopの「Next Generation IT: Service is King」パネルでは、パネリストが企業における適切なレベルのネットワーク自動化を構築する方法について議論しました。
パネル・モデレーターのイーサン・バンクス氏は、ネットワークは本質的に複雑であるため、ネットワークの自動化は単純な作業ではないと述べ、「ネットワーク管理者は、スキルの向上に多くの時間を費やしていますが、それはネットワークのレイヤー1から3までしかカバーしていません。 そして、ロードバランサー、ファイアウォール、IDS/IPS（侵入検知システム/侵入防御システム）によるディープ・パケット・インスペクションを追加しなければなりません。では、ネットワーク管理者は一体どうすればこのプロセスを簡単にできるのでしょうか？"
ブロケードのCTOであるジョン・ハドソンは、次のように述べています。「手作業に慣れ、手作業を楽しんでいることがたくさんあります。しかし、物事は、ルーティングの方法を知らなくてもよいところまで進化しています。手動で作業する意味がなくなったため、可動部分が多くなり、自動化システムに多くの作業を投入する必要があるだけです。"
ハドソンは、企業のデータセンターによっては酸素が不要になる可能性さえ示唆しています。コンポーネントが構築され、積み重ねられた後、エンジニアは物理的なインフラが人間の介入を必要としないことを確認する必要があります。そして、機器からの熱を放散させるためのガスで環境を満たします。
しかし、ネットワーク・エンジニアが対処しなければならないリスクや信頼の問題が伴うため、自動化に抵抗感を示す組織も当然あります。
「しかし、悪意のある負荷や異常な負荷に対して自動的に高いQoSにアップグレードしたらどうなるでしょうか？ライリーは、"ファイアウォールルールや容量変更の実行を自動化することは可能ですか？" と言いました。
「ブロケードのハドソン氏は、「大きな力には大きな責任が伴います。そして、非常に強力な自動化ツールがあれば、それは多くの利点をもたらすことができます。
会場にいたエンジニアの一人は、通常は下位レベルの管理者が行うタスクを自動化するというアイデアが気に入ったと言います。しかし、高レベルのエンジニアが行うタスクは、自動化には戦略的でリスクが高すぎます。
別のエンジニアは、市場投入までの時間やトラブルシューティングをスピードアップするようなタスクの自動化は好むが、何か問題が起きたときに大惨事になりかねないようなタスクの自動化には消極的だと言います。
シュナイダーエレクトリックのデータセンター・グローバル・ソリューション担当シニアディレクターであるスティーブン・カーリーニ氏は、業界はこのような災害を目の当たりにしてきたと述べています。サーキットブレーカーが原因でアマゾン・ウェブ・サービスが36時間近く停止した際、アマゾンのサービス技術者は迅速に対処するためのツールを持ち合わせていませんでした。 サービス停止が1日半も続いたのは、必要な人員を配置しなかったからです」とカーリーニ氏。自動化を行う際には、そのリスクを理解することが重要です。"
リバーベッドのライリー氏によると、この障害はヘッドラインを独占しました。しかし、すでに自動化を導入しているAWSの顧客は最も影響を受けませんでした。「サービスを適切に設計すれば、障害は問題ではありません。それはほとんど、あらゆるデータセンターにおける自動化の取り組みに関するものです」。
