-
ネットワークアーキテクチャ考 (7) 「SDN と仮想化」
SDN先日 SDN を取り上げたとき、SDN の狭義の定義は「Flow/Path Programmability」ではないか、と書きました。何もかもが“SDN”という文脈に絡めとられ用語が膨張して行くのは、市場の活性化にはよいのかもしれませんが、技術者としては気持ち悪く、どうにも傍ら痛い。
続きを読む -
続・ブレード サーバの課題を解消しシンプルな運用を行うには
データセンター/仮想化前回のブログではブレード サーバの課題を解消するためのアーキテクチャをご説明し、そのアーキテクチャによってファームウェアの更新管理をシンプルにする仕組みをご紹介しました。 今回はその続きとして Cisco UCS のコンポーネント毎のファームウェア更新時における実際の通信(サービス)への影響についてご説明すると共に、Cisco UCS Manager バージョン 2.1 から追加されているファームウェア更新を自動で行う Auto Install の機能をご紹介します。 Cisco UCS 各コンポーネントのファームウェア更新時の通信への影響について Cisco UCS
続きを読む -
ビデオ コラボレーション ロボット:テレプレゼンスの進化
The Internet of Thingsこの記事は、Cisco Consulting Services の Dave Evans によるブログ「New Video Collaboration Robot:…
続きを読む -
シスコの OpenStack への取り組みとその特徴とは?
データセンター/仮想化オープンソースのクラウド基盤ソフトウェアはいくつかありますが、150以上の会社・団体が参加する最大規模のコミュニティに成長し、ますます注目が高まっているのが OpenStack です。多くの IT ベンダーが OpenStack に注目するなか、シスコはどのような取り組みを行っているのでしょうか? まずは主要な活動についてご紹介します。 Neutron ネットワーク分野への貢献 シスコが開発コミュニティに参加したのは2011年のことで、それから現在に至るまでネットワーク分野での貢献を続けています。参加当時、OpenStack のネットワーク機能は、コンピューティング機能を担う「Nova のオプション」(nova-network) として実装されており、柔軟なネットワーク設定ができない状態でした。シスコは、このネットワーク機能を分離し、Neutron (旧名 Quantum) プロジェクトとして立ち上げ、そしてその機能拡張をリードしています。同時に、シスコのデータセンター向けネットワーク機器である Cisco Nexus スイッチ上で OpenStack
続きを読む -
ネットワークアーキテクチャ考 (5) 「NFV !」
アーキテクチャNFV とは Network Function Virtualization の略で、「ネットワーク機能の仮想化」を意味します。ETSI が NFV ISG を立ち上げ、米国や日本などヨーロッパ以外の通信事業者も加わって積極的に活動を行っているため、今、SDN とともに現在業界の注目を浴びています。
続きを読む -
もっと E5-2600 の“美味しい”メモリ構成
データセンター/仮想化シスコの UCS をはじめ、インテル® Xeon® プロセッサ E5-2600(Sandy Bridge-EP)を搭載した x86 サーバ(シスコの場合 UCS B200 M3、UCS C220 M3、UCS C240 M3 の 3 モデル)には“美味しい”メモリ構成があります。なお、あらかじめお断りしておきますと、ここで言う“美味しい”メモリ構成とは、美味しく食べられるメモリ構成ではなく、CPU の性能を最大限に発揮し、かつ、価格的にもバランスの良い構成です。また、32GB
続きを読む -
シスコの 3 名が VMware vExpert 2013 受賞!
データセンター/仮想化猛暑日いや酷暑日と表現したくなる日が続きますが、皆様、いかがお過ごしですか? さて、2 か月以上前のお話になるのですが、シスコシステムズ合同会社のソリューションズ システムズ エンジニアリング部に所属する畝高孝雄さん、樋口美奈子さん、それから私(中本滋之)の 3 名が VMware vExpert 2013 を受賞しました!樋口さん、中本は初受賞。畝高さんは、なんと(前職時代から含め)4 年連続の受賞です。また、シスコシステムズ合同会社所属の受賞者は今年度が初めてです。 左から畝高さん、樋口さん、中本 ところで、vExpert という賞をご存知でない方のために、簡単にご紹介します。vExpert は、サーバ仮想化のハイパーバイザーで有名な VMware 社によって、年間を通じて VMware の製品やテクノロジーの普及やサポートに大きく貢献した個人に与えられる称号です。2013
続きを読む -
ネットワークアーキテクチャ考 (4) 「SDN!」
SDNSDN(Software Defined Networking)という言葉は、バズワード的な性質が強く、また市場も擾乱しており、個人やコンテクストによって意味することが異なるため、端的に書くのが難しい話題です。
続きを読む -
Segment Routing:SDN(Software-Defined Network)への影響
SDNこの記事は Stephen Liu によるブログ「Segment Routing: Impact on Software Defined Networks」(2013/3/27)を翻訳したものです。 Segment Routing(SR)は、IETF における標準化
続きを読む -
大規模環境におけるファイアウォールのデザイン
セキュリティデータセンターなどの大規模環境にファイアウォールを設置する場合、単体のファイアウォールでは処理能力が足りないことがあります。また、当然のことながら、冗長化によるハイアベイラビリティを確保しなければなりません。こんなとき、ファイアウォールのデザインはどうあるべきでしょうか? ロードバランサを使ってファイアウォール ロードバランスを行うのでしょうか? あるいはシャーシ型の大きなファイアウォールを予め導入するのでしょうか? 実は、もっとシンプルで費用対効果の高い方法があります。 100Gbps を超えるような処理能力の大規模なファイアウォールが必要な場合には、冒頭に述べたようにロードバランサに頼ったり、あるいは、最初からブレードが増やせるようなシャーシ型のファイアウォールを使うことが一般的でした。もちろん、これらのソリューションは素晴らしいのですが、費用対効果やラックスペースの確保という視点から考えると、必ずしも完璧なソリューションというわけではありません。 例えば、導入当初は 10Gbps 程度のトラフィックに対するファイアウォール サービスを提供できればいい、という状態で、かつ、今後のトラフィック量の伸び方が明確に予測できない、といった場合に、最初からシャーシ型の大型ファイアウォールを導入するのは、費用やラックスペースという観点から考えると、非効率です。このような場合、最初はスモール スタートができるようなファイアウォールを選択することが必要です。また、やがてトラフィックが増えて、最初に導入したファイアウォールでは処理能力が足りなくなってきた際に、新たにロードバランサを導入してファイアウォール ロードバランスに移行するとなると、ネットワーク デザインが複雑になり、導入作業に手間がかかってしまいます。 これらのソリューションを使わずに、必要になったときにファイアウォールを追加するような方法があれば便利ですし、費用対効果も高く、不必要なラックスペースの占有もありません。シスコの ASA 5500 シリーズのハイエンドモデルである
続きを読む