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が最近リリースされ、重要な変...
![仮想マシンとLinuxコンテナのパフォーマンス比較](https://cdn-ak-scissors.b.st-hatena.com/image/square/57d685f804f2a1a4114eba535816a40a6936450b/height=288;version=1;width=512/https%3A%2F%2Fcdn.infoq.com%2Fstatics_s1_20240627113719%2Fstyles%2Fstatic%2Fimages%2Flogo%2Flogo-big.jpg)
Software-Defined Data Centerは、あらゆるアプリケーションのためのプラットフォームになる。 VMware環境上でのDockerの対応、Kubernetesへの参加 VMwareとDockerは協力して以下のことなどに取り組むとしています。 VMware Fusion、vSphere、VMwareのクラウドサービスvCloud Airなどが、Docker Engingにとって優れた稼働環境になるようにする Docker関連のオープンソースプロジェクト、libswarm、libcontainer、libchanの開発 Docker Hubと、VMwareのクラウドサービスvCloud Air、vCenter Server、vCloud Automation Centerなどとの相互運用性向上 またVMwareはGoogleとの協業も発表。VMwareはすでにvSphe
前回の続きです。 Mac proにHyper-Vがインストール出来ない件ですが、 Appleから本件について、” 一切 提供する情報は 無い ”と調査を打ち切られてしまいました。 よって、総額150万を費やした私のMac proが、 使い道のない ただのゴミ箱以下のものとなってしまったのです。 ↓ちなみに、元ネタの実際に使えるゴミ箱はこれです。 XeonのCPUとECCのメモリを搭載しているにも関わらず、 サーバ用途としてクラウド化(仮想化)出来ないというAppleの対応に非常に頭にきています。 また、一切相手にしないというAppleの姿勢もやるせません。 以下にそのやりとりと、結果を記します。 ■やりたい事 私の購入したMac proは、Xeonと呼ばれるサーバ専用に設計された スペシャルなCPUという装置が論理上12基入っています。 しかし出荷時は、この人間の脳みそに
Unified hierarchy cgroups, systemd. cgroups (control groups) とは、プロセスグループのリソース(CPU、メモリ、ディスクI/Oなど)の利用を制限・隔離するLinuxカーネルの機能。"process containers" という名称で Rohit Seth が2006年9月から開発を開始し[1]、2007年に cgroups と名称変更され、2008年1月に Linux カーネル 2.6.24 にマージされた[2]。それ以来、多くの機能とコントローラが追加された。 機能[編集] 設計目標の一つは、niceのように一つのプロセスをコントロールすることから OpenVZ や Linux-VServer のようにOSレベルで仮想化することまで、様々なユースケースを統一されたインターフェイスで提供することにある。 cgroups は以下の
作りたいなーと漠然と思ってるアイデア。自分用メモなので色々省略してますので、興味ある人がいれば詳しく話します。 基本コンセプト Herokuライクなデプロイ 壊れにくい 開発が運用コスト管理 技術トピック 12factor Docker Mesos 基本コンセプト よくある話で、開発者が自由にサーバを足し引きできたら楽だよね、という発想をもうちょっと現実的に意味のあるものにしてみた。単にgit pushでアプリ起動、くらいだったらdokkuとかDeisとか使えばなんもせんでもできる。けどそれだけだと、じゃあそのサーバの面倒は?とかリソースの割り当ては?とか、本質的に面倒な問題は片付かない。 ので、自由に計算機資源を使える代わりに、使う分のお金は自分で払ってね、というアイデアを考えた。普通にPaaS使うなら当たり前なんだけど、社内とかになると、余ってるサーバ使おう、共有部門の負担で、運用は誰
LXCとlibvirt LXC(英語: Linux Containers)は、1つのLinuxカーネルを実行しているコントロールホスト上で、複数の隔離されたLinuxシステム(コンテナ)を走らせる、OSレベル仮想化のソフトウェアである。 Linuxカーネルが提供するcgroupsという機能を利用することで、リソース(CPU、メモリ、ブロックI/O、ネットワークなど)の制限と優先順位付けが可能になっており、そのために仮想マシンを使用する必要がない。また、名前空間の隔離(英語版)機能を利用すれば、アプリケーションから見たオペレーティング・システムの環境を完全に隔離することができるため、プロセスツリー、ネットワーク、ユーザー識別子、マウント(英語版)されたファイルシステムを仮想化することができる[1]。 LXCはカーネルのcgroupsと隔離された名前空間のサポートを組み合わせることで、アプリケ
2013年6月7日 22:04更新: Upstartのデフォルトの設定ファイルを書き換えない方法に変更しました。hitoさんありがとうございます。 lxcなどのバージョンを記載しました。 はじめに Chefを使っていると、役割やサービスごとに環境を分離したくなります。 しかし、個人レベルで大してトラフィックがない段階で、サービスごとに仮想サーバーを借りていてはお金が足りません。 そこで、安価なVPS上でLinux Container (LXC) を使うことで、複数のサーバーを作ります。 スケールしたくなったときは、コンテナを潰して、新しく仮想サーバーを借りてChefで同様の設定をすれば手軽にスケールできると考えています。 Heroku使えば?と言われるかもしれませんが、色々なミドルウェアを利用したり、バックグラウンドで処理をしようとすると、たちまちお金がかかるので、VPSをやりくりして遊び
2018年12月4日 Japan Container Days 講演資料 谷脇大輔 Preferred Networksでは1000個以上のGPUとInfiniBandからなるオンプレミスのクラスターを自社で構築しており、研究者が様々な目的、リソース量、実行時間の機械学習ジョブをKubernetes上で実行して研究成果を出しています。 KubernetesはKubeflowの登場など、機械学習基盤としても非常に注目されている一方で、現実的には未だ発展途上です。 講演では機械学習基盤としてのKubernetesの導入理由、その実用性と将来性、Preferred Networksの挑戦についてお話ししました。
仮想化技術として有名なVMWareとXenを比較した場合に、どのような差があるのかまとめました。 比較1:コスト 一番大きな差はなんといってもコスト。 Xenがオープンソース(GPL)なのに対し、VMWare Infrastructure は数十万円〜というコストがかかる。(もちろんその分、管理機能は整理されていて使いやすいのだが) ちなみにVMWareWorkstationは仮想化の仕組みが違うので(後述)比較対象外 比較2:性能 Xen、VMWare Infrastructure ともハイパーバイザタイプ、VMWare Workstation、VirtualPCなどはアプリケーションタイプ(いわゆるPCエミュレータ) ハイパーバイザタイプとアプリケーションタイプの違いはホストOS上で稼働するかホストOSと関係なく稼働するかという点。 アプリケーションタイプの場合は必ずホストOSが必要で
Docker / Kubernetesのネットワークアーキテクチャの解説と、代表的なCNIプラグインとしてFlannel、Calico、Canal、NSX-T Container Plugin (NCP) を取り上げ、それぞれの実装の比較しています。Japan Container Days v18.12 での講演資料です。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く