コンテナ管理のオープンソースソフトウエア（OSS）である「Docker」が、IT業界における新しい「台風の目」になり始めている。IBM、マイクロソフト、レッドハット、ヴイエムウェア、グーグル、アマゾン・ウェブ・サービスといった米国の名だたる大手ITベンダーが、開発元である米ドッカーと相次ぎ提携し、Dockerを自社の製品やサービスに取り込もうと躍起になっているからだ。 Dockerで実現できるのは、サーバーの論理分割であり、これは「VMware vSphere」などの「サーバー仮想化」と変わらない。技術的な視点で見ると、サーバー仮想化が論理分割の単位として「仮想マシン（VM）」を使うのに対して、Dockerでは仮想的なOS環境である「コンテナ」を使うことが、両者の違いということになる。 コンテナとはLinux OSがOSの中に仮想的に作り出したOS環境だ。コンテナごとに独立したファイルシス

筆者が所属する日経Linuxの誌面で初めて「Docker」を取り上げたのは、ちょうど1年前に発売した2014年1月号だ（関連記事）。当時日本では、まだ知る人ぞ知るソフトウエアだったように思う。しかしその後は、一気にメジャーな存在になった。 Red Hat Enterprise Linux（RHEL）などのLinuxディストリビューションがDockerを搭載するようになり、RHEL Atomic HostやCoreOSといったDockerの利用に特化した軽量Linuxも登場している。後述するように、主要なパブリッククラウドがここ2カ月ほどの間にDockerベースのサービスを相次ぎ発表している。今やLinuxの専門家でなくても、ITエンジニアなら誰でもDockerについて一度は耳にしたことがあるだろう。特にITインフラを担当するエンジニアなら、実際に使ってみたことがある人も少なくないはずだ。

Dockerとは Dockerとは、Docker社が開発しているオープンソースのコンテナ型仮想化ソフトウェアである。Linux上でLXC（Linux Container）の技術を活用し、コンテナ型の仮想環境を作成するものだ。 Dockerの主な特徴は、以下の通りである。 コンテナはカーネル部分をベースのOSと一部共有するため、リソース使用量が非常に少ない Docker社が用意しているリポジトリ（DockerHub）に、構築済みのコンテナイメージがあるので、構築作業が不要 コンテナの作成からプロダクトのインストール・設定するまでの手順を、“Dockerfile”というテキストファイルに定義できる（インフラのコード化）。このDockerfileを用いることで、Dockerが導入されている環境であればどこであっても、準備した環境を稼働させられるため携帯性が高くなる。 これらの特徴からDocker

印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます Azureの新しい最高技術責任者（CTO）であるMark Russinovich氏によれば、MicrosoftのDockerとの提携や、Googleのプロジェクトである「Kubernetes」に関する取り組み、Microsoftが自社で開発したDrawbridgeの利用といったことは、同社がコンテナ技術に熱心に取り組んでいることを表している。 しかしRussinovich氏は、この技術が今後のサービスとしてのプラットフォーム（PaaS）にとって重要だとしながらも、Dockerのコンテナにセキュリティが欠けていることについては率直に考えを述べている。 コンテナは軽量な仮想化技術だ。単一のLinuxインスタンスの上に展開され、1つの資源ポリ

Photo by Sam MacCutchan どうも後藤です！ もう10年以上になるでしょうか･･･　とにかくなんでもかんでも仮想化すればよいというこの風潮。paizaでも仮想化技術は大活躍中。インフラは仮想化技術の上に構築されているし、もちろんコードの評価環境だってばりばりの仮想環境上です。仮想環境ばっちこーい！ いったいいつからこんな流れになったんでしょう？どこに基準を求めるかでだいぶかわりますけれども、執筆現在から考えると、こうした流れには35年くらいの歴史があります。使われる仮想化技術は時代とともにかわってきました。だいたいどの時代にも流行ってものがありました。 最近（2014年ごろ）の流行とえば、インフラの一番下にハイパーバイザを入れて、その上でDockerを動かして、管理にはChefやPuppetを使うといったものです。数年経てば状況は変わるでしょうけれども、とにかく楽をした

Core i7-4790K で仮想化(Hyper-V)をお勧めしたい理由 ・Hyper-V はCPUの性能差がそのまま反映される ・i7-4790K は基本性能が優れている為に快適に動作する ・i7-4790K は冷却性能が優れている為にオーバークロックで容易に高速化が可能 ・i7-4790K は VT-d が利用可能になった Core i7-4770K(3.5GHz/3.9GHz) から大幅に性能向上した Core i7-4790K(4GHz/4.4GHz) について写真・動画と仕様を確認します。 パッケージ CPU：S-spec SR219 MALAY CPUファン： Faxconn E97378-001 CNFN4193S1 1A01RY300-DHA (DC12V/0.17A) 製品仕様 気になった点として仮想化に関連する VT-d が Core i7-4770K では No です

近年、注目を集めているDockerについて解説する。DockerはGo言語で記述された、オープンソースの「コンテナ」実行環境だ。ここでいうコンテナとは、アプリケーションのソースコードと、そのアプリケーションに必要なバイナリーコードやライブラリ、アプリケーションと一緒に動作するミドルウエアなどを、一つの実行形式として“固めた”ものだ。例えば、オープンソースのCMSであるWordPressであれば「WordPressのソースコード＋開発言語のPHPの実行環境＋データベースのMySQL＋WebサーバーのApache」などを一つのコンテナに含むことが多い。 上記のような構成でWordPressを運用していると、「Apacheだけをアップデートしたい」という状況が起こることがある。Dockerを使わずに、Apacheだけをバージョンアップした場合、しばしば「ローカルの開発環境でApacheのバージョ

Hyper-Vは、Windows 8.0から搭載された仮想マシン実行環境だ。今回はこのHyper-Vや仮想マシン環境についてと、Hyper-Vを有効にするまで、そして次回以降、その使い方などを解説していく。 Windows 7まではVirtual PCが提供されていた 仮想マシン実行環境 Windows 7までは、仮想マシン実行環境としてVirtual PCが提供されており、特にWindows 7では、XPモードとして標準組み込みとなった。そしてWindows Server 2008からは、64bit環境に対応した仮想マシン実行環境としてHyper-Vが提供されていた。どちらも、仮想マシン実行環境だが、実現方法がまったく違う。一方でどちらもCPUが持つ仮想マシン支援機能を必要とする。 なお、「仮想マシン」という用語には、大きく２つの意味があり、1つは今回解説するHyper-Vのように実在す

昨日の投稿の【お下がり】について関連したことを書きます。 いずれお下がりとしてサーバーへ流用されるであろうCore i7。 拙生のWindowsメインマシーンは一つ前の3770Kですが、最新の 4770Kを含め、後ろに（K)が付くやつはサーバー使用に注意が必要です。 注意しなくてはいけないのはXenなどの仮想化ソフトを走らせるとき。 i7すべてに【VT-x】は実装されていますが、3770や4770、 また4770Sのように後ろにSやTが付いたもの、つまりK以外には 実装されている【VT-d】【TXT】が実装されていないのです。 仮想化技術の解説＠あまり詳しくはないけど。。。 【VT-x】とは・・・簡単に説明するのは難しいのですが、 ゲストOSは自分が仮想化された領域にいるという認識はありません。 ゲストOSはハードウェア・リソースの制御に当然のごとく プロセッサの最上位となるリング0という

経緯 久々にメインマシンを交換するか…と思って、2012年の歳末セールでパーツを揃えることに。 長らくASUSTeK一筋だったOCerな私だが、P3B-F, P4B266-E, P5B Deluxe/Wi-Fiと使ってきてしばらく間が空いてしまい、気づけばP8Z77-Proとか出てる……。もうP8の世代か。 と、P8Z77路線をベースに考え始めてたのだが、「どうせ、VMware Hypervisor(ESXi)環境も作れるよう、VT-dとかも対応してるといいな…」と欲を出し、再考。 どうやら、ASUSTeKのP8Z77シリーズは、OCer向けにCPUの型番にKがつく所謂「倍率フリー」CPUと組み合わせることを前提にしているのか、そもそもマザボがVT-d非対応。 仕方がないので、ほどよく弄り甲斐があって、パフォーマンスが出せて、おまけにVT-dに対応しているマザボを探していると、ASRock

SysinternalsユーティリティのDisk2Vhdは、物理ディスクのイメージをキャプチャして、仮想ハードディスク（Virtual Hard Disk：VHD）に変換するユーティリティです。VHDは、Microsoft Hyper-V、Virtual PC、またはVirtual Server上で稼動する仮想マシンの、物理ディスクを表すファイル形式です。 他のP2V（物理マシン-仮想マシン）変換とDisk2Vhdとの違いは、Disk2Vhdが実行中のWindowsシステムのイメージをオンラインでキャプチャできる点にあります。Disk2Vhdは、Windows XPから導入された、Windowsのボリュームスナップショット機能を使用して、変換に含めたいディスクの、ある時点の一貫性のあるスナップショットを作成します。Disk2Vhdを使用すると、変換中のローカルディスク上にVHDを作成するこ

前回は、システム仮想マシンを実現するための条件、その古典的な実装方法を紹介しました。また、それらのアプローチをx86システムに適用する場合、どのような障壁があるかについて説明しました。 今回は、従来のx86プロセッサにおける仮想化の問題点を解決するために追加された“⁠仮想化支援機能⁠”がどのようなものであるかを紹介します。 仮想化支援機能の概要 x86プロセッサの仮想マシンソフトウェアの実装が困難だった中、プロセッサを供給するインテルおよびAMDは、プロセッサ自体に仮想化支援機能を追加しました。それが、インテル製のプロセッサに搭載されたIntel VT-x、およびAMD製のプロセッサに搭載されたSVMです。 リング0で動作するOSをも支配するVMM専用モード 前回解説したtrap-and-emulateによるシステム仮想マシンを実装するためには、仮想マシンモニタ（VMM）が、ゲストOSのカ

これまで、x86システム仮想マシンの概要、およびその実例としてDebian GNU/Linux 6.0を利用した仮想マシンの実行方法について紹介してきました。今回からは、より具体的にCPU、メモリ、I/Oデバイスの仮想化がどうやって実現されているかを解説したいと思います。 今回は、仮想マシンを実装するための古典的手法およびそれを従来のx86プロセッサに適用する際の問題点、そして仮想マシンソフトウェアがどのようにそれらの障壁を乗り越えてきたかについて解説します。 システム仮想マシンに求められる条件 これまで、システム仮想マシンはどのようなものかについて説明してきましたが、仮想化仮想化の生みの親とも言えるGoldbergらは、1974年に書いた論文にて、仮想マシンソフトウェアとはどのようなものであるべきかについて、コンピュータアーキテクチャの観点から論じています。 彼らは、その仮想マシンソフト

ここ数年、インテルx86系プロセッサを使ったコンピュータ（以下x86システム）で仮想マシンを利用する機会が増えています。 x86システムの上で仮想マシンを使うのはこれまで開発者をはじめITエンジニアが多かったように思いますが、企業のサーバ統合などに広く使われるようになり、今ではWindows 7にXP Modeが搭載されるなど、デスクトップ環境においても広く見かけるようになりました。このように仮想マシン技術はとても身近なものとなってきています。 また、仮想化は、コンピュータリソースの柔軟かつ効率的な運用管理を実現するために用いられ、クラウドコンピューティングの基盤にも用いられる重要な技術のひとつとなっています。 このように、x86システムの仮想化技術はたいへん注目されていますが、その仮想マシン技術がどのようなギミックで実現されているのかを知っているITエンジニアの方は、まだまだ少ないように