DISCLAIMER: The views expressed in this article are solely mine. They do not reflect the opinion of my employer, nor that of any group I am affiliated with, sponsored by, or employed by. Please read my Disclaimer before breaking out the tar and feathers. To say that Docker had a very rough 2017 is an understatement. Aside from Uber, I can’t think of a more utilized, hyped, and well funded Silicon
NTTグループの資産を最大限活用できるSD-WAN、CloudWANの開発者に、既存SD-WANとの差別化のポイントについて聞いた。 アメリカ西海岸に位置するNTTグループの開発拠点NTT I3を訪問するシリーズの4回目は、SD-WAN（Software Defined-Wide Area Network）を実現するCloudWANについて、開発担当者にインタビューを行った。対応していただいたのは、NTT I3のChief Architect, Infrastructureの福田一郎氏だ。 SD-WANを発表することになった経緯を教えてください。 2011年からこちらでSDNの開発を行っていますが、常に「キャリアとしてやるべきことは何か」を考えていました。NTTグループとして発想すると、既存の施設やシステムをどうやって活かしていこうかという発想になるわけです。しかしグローバルに考えると、光
VMMの高速化について学ぶ過程でKVMのコードを読んだので、 メモ代わりに内部構造の解説記事を書きました。 KVMはqemuと連携して動作するため、以前私が書いたQEMU internals( http://rkx1209.hatenablog.com/entry/2015/11/15/214404 ) も合わせてご参照ください。また本記事はある程度システムプログラムに慣れており、 VT-xや仮想化の基本アーキテクチャは知っている物として進めます。 1.qemu-kvm,kvmの初期化 では早速見て行きましょう。まずはKVMの初期化の入り口となるqemu-kvmサイドから見ていきます。(ちなみに現在qemu-kvmはqemu本家に統合されておりconfigを変えることでkvmを有効化する仕様になっています) qemuは/dev/kvmを通してKVMとやり取りを行います。全体的なアーキテクチ
4. 発表者の紹介 高橋 敬祐 (TAKAHASHI Keisuke) (個人用)Twitter ID : @keithseahus • NTTPCコミュニケーションズ在籍 (2006年〜) – Webマイニング系開発 – 分散FS特にGlusterFSの調査，研究，それを利用した開発及びOSS活動 – 宇宙航空関連実証実験及び開発 – その他先端技術調査 • 出入りしている勉強会 – VIOPS • この界隈で特に関係の深い人 – クラウドネットワーク研究会 – 伊藤氏 ( @thatsdone ) – クラウドストレージ研究会 – STEC 伊藤氏 ( @HarrisonIto ) – Tokyo Erlang Workshop – NTTPC 中冨 ( @nakacya ) – その他 – NTTPC 高田 ( @mikiT_T ) Copyright （C
1. Copyright(C) Software Research Associates, Inc. All Rights Reserved. エンジニアなら知っておきたい 「仮想マシン」のしくみ v1.1a hbstudy #17 (2010/11/26 ハロー会議室＠新宿) ネットワークシステムサービス本部 ネットワーク運用・構築部 長谷川 猛 (hasegaw at sra.co.jp) Twitter : @hasegaw ※本資料中の解説内容は、弊社としての 統一的な見解を示すものではありません。 2. 2 自己紹介 所属所属 興味分野興味分野 株式会社SRA ネットワークシステムサービス本部 ネットワーク運用・構築部 現在は提案支援業務に携わる 特にLinux や仮想化技術を得意とする、 雑食系システムエンジニア 主な著書主な著書 『Xen 徹底入門』 初版、第二版（2007、
Virtualization, Operating System, Storage, Cloud Computing一年ほど前にOracle VMとZFSを連携させて高速Thin-Provisioning、スナップショット／ロールバックを実現するovmzfsを作成＆紹介しました。 しばらく放置しておりましたがSolaris 11 Expressがリリースされ、COMSTARがグッと身近になったということもありovmzfsをvirtzfsとして書き直しました。virtzfsとはXenの仮想マシンイメージをZFSに格納することによって下図のようなこと実現しその作業を自動化するツールです。 ovmzfsからの主な変更点は、下記の通り Solaris 11 Express COMSTAR対応。 Oracle VM APIのサポートを廃止して（オイオイ）、よりシンプルに。VM Managerは不要に
サーバー仮想化環境のネットワークを運用する場合，最も重要なのは仮想スイッチの管理・監視である。ただ，仮想スイッチには大きく三つの種類があり，管理できる項目は仮想スイッチの種類によって異なる。今回は，ヴイエムウェア製ハイパーバイザの管理について見ていこう。 宮下 徹／奈良 昌紀 ネットワンシステムズ応用技術本部 第5応用技術部 DCエンジニアリングチーム ヴイエムウェアのハイパーバイザ型仮想化ソフトにはvSphereというスイート製品があり，三つの大きなコンポーネントからなる。ハイパーバイザとしてのESXホスト，これを管理するための管理サーバーとしてのvCenter Server，管理者がvCenter Serverにアクセスして仮想化環境における操作や状態確認を行うためのvSphere Clientである（図1）。 vSphere ClientからvCenter Serverにアクセスする
スイッチ「Brocade VDX6720シリーズ」 第1回で説明した通り、米Brocade Communications Systems（以下、Brocade）は2010年11月、「Brocade VDX6720」というデータセンター・スイッチ製品群を販売開始した。この製品は、データセンターにおいて、高スループット化、高密度化、運用管理のシンプル化に向けた、各種の機能を搭載している。このうち、今回の第2回では、高スループット化を実現する機能について解説する。 高スループット化が必要な背景 サーバー仮想化によってサーバーの高密度化を検討する場合、そもそもサーバー仮想化の導入以前にトラフィックの密度が高まっている状態である。通常のIPパケットに加えて、ストレージ接続やクラスタ内インターコネクトなどのトラフィックも重なる。ここにサーバー仮想化を使用すると、仮想マシンのライブ・マイグレーションなど
ネットワンシステムズ 宮下 徹、奈良 昌紀 サーバーの統合・集約の動きとともに、企業やデータ・センターにサーバー仮想化技術が浸透しつつある。サーバーの仮想化というと、多くの読者は単にサーバー・ソフトウエアの技術だと考えるかもしれない。 しかし実際には、1台の物理的なサーバー・ハードウエアの内部には、ソフトウエア的に実現されたネットワークが隠れている。この点を考慮してサーバー・エリアのネットワークを設計しないと、「トラフィックを正確に把握できない」、「サーバーのCPUリソースには余裕があるのに、一向に性能が出ない」といったトラブルに陥りかねない。 そこで、ここでは3セクションにわたりサーバーを仮想化した環境でのネットワーク設計や運用のポイントについて解説する。今回は、サーバーを仮想化することによって生じる課題を考えよう。 課題はブレード・サーバーと酷似 一口にサーバー仮想化といっても、それを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く