Red Hatがコンテナ専業ベンダのCoreOS買収を発表、コンテナプラットフォームやKubernetes関連など強化へ Red Hatは、CoreOSの買収を発表しました（Red Hatの発表、CoreOSの発表）。 CoreOSは2013年創業。サンフランシスコに本社を置き、従業員約130人の新興ソフトウェアベンダです。コンテナに特化した軽量なLinuxのContainer Linuxや独自のコンテナ実装であるrktなどを開発してきました。 Red HatはCoreOSの買収によって同社のコンテナプラットフォーム、とりわけオーケストレーションツールのKubernetes関連の強化を目論んでいると見られます。 CoreOSの現在の主力製品は、コンテナに特化した軽量なLinux OSの「Container Linux」、企業向けの商用Kubernetesを提供する「Tectonic」、そし

config.vm.network :private_network, ip: ip # Uncomment below to enable NFS for sharing the host machine into the coreos-vagrant VM. #config.vm.synced_folder ".", "/home/core/share", id: "core", :nfs => true, :mount_options => ['nolock,vers=3,udp’] ↓ config.vm.network "private_network", ip: "172.12.8.150" config.vm.synced_folder "ホスト側のフォルダの指定(例 ~/docker)", "/home/core/share", id: "core", :nfs => tr

CoreOSがKubernetes-as-a-Service／etcd-as-a-Serviceなど発表。どのクラウドでもオープンなコンテナプラットフォームを実現 CoreOSは、5月31日に開催した同社のイベント「CoreOS Fest」にてKubernetesのマネージメントサービス「Kubernetes as a service Powered by Tectonic Operators」など、コンテナプラットフォームを実現するマネージドサービスを発表しました。 Kubernetesは、コンテナをクラスタ化した際の運用管理ツール。Kubernetes as a Serviceは、Kubernetesの運用をマネージドサービスとしてCoreOSが行うもの。利用者は障害対応やアップデートなど運用の手間をかけることなく、Kubernetesを利用できるようになります。 Kuberenete

CoreOS、コンテナに最適化した分散ストレージ「Torus」の開発中止を明らかに。期待したほど開発の速度が上がらなかったと CoreOSは2016年6月に開発をスタートしたKubernetesで稼働するコンテナに最適化したストレージ「Torus」の開発がこの2月で終了したことを明らかにしました。 Torusは、etcdを用いてシンプルで信頼性の高い分散ストレージを実現するソフトウェアです。KubernetesのPodから、ブロックストレージとしてマウントできるというもの。 コンテナのノードを増やすのと同じようにストレージプールのノードを増やすことでストレージを拡張でき、またブロックストレージだけでなくオブジェクトストレージなどへの拡張も実現しようとしていました。 CoreOSのCTO、Brandon Philips氏はTorusの開発中止に至った理由を、十分なコミュニティとの連係ができず

コンテナに最適化したCoreOS、ブランド名を「Container Linux」に変更。背景にはコンテナ関連ビジネスの変化が CoreOSと言えば、もともとDocker専用の軽量Linux OSとして同名のCoreOS社によって開発されたLinuxディストリビューションの1つです。その後CoreOS社はDockerのセキュリティ面の課題を解決することなどを主な理由として、独自のコンテナ実装であるrkt（当時はRocket）を開発し搭載するなど、Dockerとは異なるもう1つのコンテナ実装として知られてきました。 そのCoreOSの名称が、「Container Linux」に変更されることをCoreOS社が発表しました。 Over the years, CoreOS (the brand) has grown to represent not just a product but the l

Innovation Meetup ~Startup Infrastructure~ の発表資料です http://abeja-innovation-meetup.connpass.com/event/36707/

米EMCとCoreOSが相次いで、コンテナに適したストレージ機能を実現するためのソフトウェアをオープンソースで公開しました。両社はそれぞれ異なるアプローチでコンテナに適したストレージを実現しようとしています。 この記事ではCoreOSが発表した「Torus」を紹介します。EMCがオープンソースで公開した「libstorage」は、1つ前の記事で紹介しています。 ノードを集めてストレージプールを作るTorus Torusは、etcdを用いてシンプルで信頼性の高い分散ストレージを実現するソフトウェアです。KubernetesのPodから、ブロックストレージとしてマウントできます。 CoreOSは、既存のストレージは小規模なクラスタや大規模なサーバのために開発されたもので、モダンなコンテナのクラスタで利用するのは困難かつコストも高くつくと指摘。 コンテナ向けのストレージは次のようでなければならな

CoreOS社はDocker専用の軽量LinuxOSとしてCoreOSを開発してきましたが、2014年12月にDockerのセキュリティ面の課題を解決することなどを主な理由として、独自のコンテナ実装である「Rocket」の開発を表明します（これが後にrktになります）。 これにより、当時普及を始めたコンテナ型仮想化はDockerとRocketに分裂するかと思われましたが、両社は2016年6月にコンテナの統一仕様を実現する団体「Open Container Project」の発足に参加。 CoreOS共同創設者Alex Polvi氏とDocker CEOのBen Golub氏は仲良くツーショットを見せることになり、コンテナ型仮想化はApp Container（appc）という統一のコンテナフォーマット仕様を得ることになります。 Excited to announce the open con

Dockerを利用する際に、コンテナを動かすための環境の1つとしておすすめしたいのがCoreOSだ。CoreOSでは簡単にコンテナの実行環境を構築でき、さらに複数台のCoreOSマシンを組み合わせて連携させる機能も用意されている。今回はCoreOSを使ってサービスを構築するための基礎知識と、実際の作業の流れを紹介する。 Dockerなどを使ったコンテナの利用に特化したCoreOS 近年注目されている「コンテナ」技術は、VMwareやXen、KVMといった仮想化技術と同様にハードウェアやOSとは独立した環境を構築でき、また仮想化を利用するよりも低コストで利用できることで注目を集めている。しかし、Dockerを使ってサービスを実際に運用する場合、どういった環境を用意すれば良いか迷うケースもあるだろう。その解答の1つに、コンテナを稼動させることに特化したLinuxディストリビューションであるCo

Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

［速報］「Open Container Project」発足。Docker、CoreOS、マイクロソフト、Amazon、Googleらが合流し、コンテナは統一仕様へ 6月22日（日本時間23日早朝）に開催した「DockerCon 2015」の基調講演において、コンテナ標準化団体「Open Container Project」の発足が発表されました。 コンテナの標準仕様「Open Container Format」発表 Docker創業者兼CTOのSolomon Hykes氏。 Dockerの本当の価値はテクノロジーではない。 何も変更することなくどこでも同じアプリケーションが実行でき、そうしたものが自動化できる、ということが重要だ。Dockerはそのデファクトスタンダードになった。 私たちにはこれを適切な標準にする義務がある。そこで、「Open Container Format」を発表する

CoreOS Meetup Tokyo #1 2015-04-09

CoreOS Meetup Tokyo #1 での発表資料。 etcd, fleet オフにして使ってるので期待した内容ではないかもですが... http://coreos-meetup-tokyo.connpass.com/event/12596/

rktは、セキュリティや効率、構築のしやすさが重視されるアプリケーションに適したコンテナのランタイムで、Application Container（appc）specに準拠する。 「rkt v0.5」は、アプリケーションコンテナのイメージとランタイム環境をカプセル化できるpodを規定した、最新のappc specに準拠しており、最新のLinux環境におけるoverlayfsをサポートしている。 初期バージョンのrktでは、アプリケーションコンテナ起動時のデフォルトstage1にCoreOS Linuxのディストリビューションイメージのコピーを使用していたが、「rkt v0.5」では、KVMベースのバーチャルマシンがアプリケーションを起動するテクノロジーとは異なる実装を用いた、systemdをベースにしたstage1を独自開発した。 なお、従来は「rocket」や「Rocket」、あるいは「

Dockerをより効率的に利用するための技術 通常Dockerを利用する場合は、Linux OSが稼働するサーバ上にDockerのパッケージを追加でインストールすることで、環境を構築している。当然ではあるが、Linux OSのインストール時に「最小限の構成」を選んだとしても、Dockerの稼働には必要のないパッケージもインストールされている状態となる。 本来Dockerを利用する最大のメリットは、「少ないリソースでたくさんのコンテナ（＝実行環境）を起動させられる」ことである。たとえ最小限の構成であってもDocker実行環境としては、多くのリソースが無駄に消費されていることとなる。さらに不要なサービスが実行されていることにより、Dockerで利用しない機能に対してもセキュリティー上のリスクが残ってしまうことになり、不要な運用作業が発生することとなる。 そのため、Dockerに対してもハイパー

CoreOS Now Supported on VMware vSphere 5.5 and VMware vCloud Air | VMware vSphere Blog - VMware Blogs 対応するのは仮想化基盤ソフトウェアのvSphere 5.5と、パブリッククラウドのvCloud Air。 CoreOSはDockerのようなLinuxコンテナの運用や実行に最適化したOS。軽量で、OSのロールバックを実現しつつ安全にOSにパッチを当てることができる機能や、分散環境で利用することを前提にしたシステムツールを採用するなど、大規模分散システムの構築を得意とするOSです。 昨年7月から正式版となり商用サポートも開始しています。 CoreOSはLinuxコンテナとしてDocker Engineを採用していますが、一方でDockerの技術的な問題を指摘し、独自のコンテナエンジン「Roc

Docker代替のコンテナーランタイム「Rocket」をCoreOSが公開：「Dockerはもはや標準コンテナーではない」 CoreOSがDocker代替のシンプルなコンテナーランタイムを公開。Dockerの当初の目的であるシンプルなコンテナーを目指すプロトタイプだ。 CoreOSはこれまでDockerを積極的に推進し、共同創業者のブランドン・フィリップスCTOはDockerの筆頭コントリビューターだった。「2013年にDockerが登場した時点で『標準コンテナー』の概念は魅力的だった」とアレックス・ポルビ最高経営責任者（CEO）は振り返る。 しかし現在のDockerについて同氏は、「クラウドサーバー構築用のツールやクラスタリングのためのシステムとなって幅広い機能を持つようになった。『標準コンテナー』の宣言は削除され、我々が描いたようなシンプルで組み立て可能なコンポーネントではなくなりつつ

###更新履歴 2014/10/11 cephx auth無効化しないでmap imageできたので、修正しました Docker環境ではDBファイル等を保存する永続データストアは、各ホストのローカルストレージに置いてしまうとコンテナがホストを移動できなくなってしまうので、外部共有ストレージを使う必要があります。AWS/GCP等のパブリッククラウドでは、目的に応じてストレージサービスを選べばいい訳ですが、ローカル環境では耐障害性を考慮した外部共有ストレージを用意する必要があります。 高価なNAS/SANストレージにかわる共有ストレージとして注目されている、CephをCoreOS上のDockerコンテナからマウントできるか試してみました。 Cephを使用する方法として、オブジェクトストレージ（AWS S3/Openstack SWIFT互換 REST API)、POSIXファイルシステム、ブロ