You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
MOONGIFTはオープンソース・ソフトウェアを紹介するブログです。2021年07月16日で更新停止しました まだ筆者環境ではちゃんと動作しなかったのですが、面白いプロダクトなので紹介します。 Dockerに注目が集まっているのはコンテナ型仮想化が軽量、高速に動作する点にあるでしょう。そのためこれまで主流だったVM型仮想化ソフトウェアが一気に影を潜めてしまいました。 そんな中登場したのがHyperです。VMをコンテナのように実行できる仮想化ソフトウェアです。 Hyperの使い方 Hyperのインストールは専用のインストーラーを使って行えます。 実行はDockerのコンテナイメージをベースに行います。 $ docker pull ubuntu:latest そして、それをベースとしてHyperで実行します。 $ hyper run ubuntu:latest これで実行されるのですが、筆者環
はじめに 今さらジローではあるが、自分の中で Docker を絡めたクラスタ構成について気になっているので CoreOS やその関連技術を改めて勉強してみたいと思う。CoreOS 等の各種情報については参考にさせて頂いた記事がとても詳しく参考になるので、そちらを都度確認しつつ理解を深めていきたい。 今回は以下を学びたい。 Vagrant で CoreOS ノードを複数起動する etcd と fleet をザクっと触る fleet で Docker コンテナクラスタを管理する 起動したコンテナのサービスを registrator で etcd に登録する etcd に登録したサービスの情報を利用して HAProxy の設定に反映させる 構成 今回、教材として利用する構成は以下の通り。 参考 http://deeeet.com/writing/2014/11/20/fleet/ http://
追記(2015/08/14) Docker 1.8 のリリースに含まれていた追加仕様 により dd-agent からホスト側 cgroup のマウントポイントが見えない状態が発生していたようだ。 github.com 既に上記にて対応済みとなっているが、まだ dd-agent の最新版には反映されていないので注意が必要。すぐに対応が必要な場合には以下のように最新の docker.py を取得して独自にコンテナをビルドする必要があると思われる。 $ git diff Dockerfile diff --git a/Dockerfile b/Dockerfile index 17f11f5..d4a1343 100644 --- a/Dockerfile +++ b/Dockerfile @@ -26,7 +26,12 @@ RUN mv /etc/dd-agent/datadog.conf.
Docker’s momentum has been increasing by the week, and from that it’s clearly touching on real problems. However, for many production users today, the pros do not outweigh the cons. Docker has done fantastically well at making containers appeal to developers for development, testing and CI environments—however, it has yet to disrupt production. In light of DockerCon 2015’s “Docker in Production” t
nginx-proxyというdocker imageを使うことで,複数のコンテナによるWebサーバーを構築してみます.nginx-proxyというdocker imageを使うことで,複数のコンテナによるWebサーバーを構築してみます.これによって,サーバコンテナが複数ある場合に,ドメイン名によってアクセスを振り分けることが出来ます. このnginx-proxyのすばらしいところは,サーバコンテナの稼働状態に応じて自動で設定が変更されるところです.例えば,サーバコンテナ3をあとから追加したくなった場合,設定を行ったサーバコンテナ3が起動した時点で自動的にnginx-proxyの設定が変更されます.つまり,nginx-proxyコンテナを手動で設定する必要がなく,変更するサーバコンテナのことだけ考えていればいいのです.非常に便利ですね. 構築手順 docker環境が導入されていることを前提と
2014年の秋から@mogulla3と定期的にインフラ関連技術の勉強会をやってきましたが、 インプットの勉強会だけでは飽き足らず、いつしかサービスを作る中でインフラ関連技術を駆使し勉強したいと思うように… そして、普段使っているVimを題材に、 vimの設定をブラウザ上で即体感できるサービス Vim::Factory を開発しました。 本記事はVim::Factoryの簡単な紹介と技術的な仕組みについて記述しています。 Vim::Factoryはこちら。 http://vimfactory.com/ 1. Vim::Factoryについて 1-1. Vim::Factoryってなに?? Vim::Factoryは、選択したVimの設定を、ブラウザ上で「即体感」できるサービスです。 数多くあり複雑なVimの設定を容易にし、お気に入りのVim探しをサポートすることを目指しています。 1-2.
Running a Rails Development Environment in DockerWritten by: Marko Locher As we prepare our new Docker-based infrastructure for running your tests, we’d like to show you how you can use the same environment for development as well. Feel free to follow along as I demonstrate how to move a simple Rails applications into Docker during development. Suppose we have a (very) simple new Rails application
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
これはだいぶ前に書いたエントリです。MINCS作者による最新の解説があるのでそちらもご覧ください。 (2016-11-21追記) コンテナは使いたいけど、たくさんコンテナを起動すると結局それぞれのコンテナに対するセキュリティアップデートなどのメンテナンスは必要だし、コンテナ内独自のプログラムやライブラリ以外はホストと共有したいよね、って話が出てきたりします。みんな考えることは同じで、bind mount を使えば良いよね、って話はでてきてました。 こないだもブログで紹介した kazuho さんの jailing 私が LXC でも結構簡単にできるよ、っていう提案を兼ねて作った lxc-bind こないだのLinuxConでもDockerでたくさんのオプションを並べて、色々工夫して bind mount を使ってやってる発表もありました (Using Docker for existing
ども、大瀧です。 先週Docker界隈で話題になった、Empireというプロダクトを試してみたのでレポートします。 Empireとは Empireは、教育向けメッセージングサービスを手がけるRemind社が開発するオープンソースのDockerコンテナ管理ソフトウェアです。HerokuライクなCLIを備えていて、PaaSっぽくDockerコンテナを管理することができます。 DockerでHerokuのようなPaaSというとDokkuが思い浮かぶところですが、Dokkuには複数ホストをクラスタとして管理する機能が無く、本番環境向けとしては機能が足りません。一方、Dockerコンテナ管理ソフトウェアというとGoogleが開発するKubernetesやCoreOS fleetが有名ですが、どちらも構築および運用に独特なスキルが必要です。Empireはコンテナ管理に必要なコンポーネントをなるべくAW
2. 2 このスライドで得られる知識 ‣ 仮想化→クラウド化→コンテナ化の潮流 これはいつか来た道と同じでは。利用者の利便性向上が勝利の鍵。一方で、Dockerの光と影、そして炎上へ。 ‣ Rancherは本番環境向けDocker管理ツール Open Sourceプロジェクトとして開発中。GitHubおよびDockerHubで 配布中。2015年6月にベータ版がリリース。Rancherは、クラウド 事業者(プロバイダ)だけでなく様々なVPSやローカル環境で動作 するDocker管理システム。Docker APIをネイティブにサポートし ているのと、初期状態で管理画面がGUIを備えているのが特長。 ロードバランサやヘルスチェック、簡易監視、ボリューム複製等。 ‣ Rancher の導入とコンテナ管理方法 インフラエンジニアのためのDocker運用入門 Summary of this slid
ElasticBeanstalk で Docker コンテナアプリケーションをデプロイする際の処理を追ってみました。 概要 新しいバージョンのデプロイ EB に Docker をデプロイした際の挙動は下記のようになります。 1. アップロードされたソースから、新しいイメージを(必要なら pull して)作成 2. 新しいイメージのコンテナを立ち上げる 3. nginx の conf を更新してリバースプロキシを新しいコンテナイメージの IP アドレスに向ける 4. nginx の設定を再読み込み 5. 古いイメージのコンテナを落とす このように、表に立っているリバースプロキシの切り替えをすることで、ダウンタイムが極力短くなるようになっています。 が、デプロイプロセスが落ちるタイミングが悪かったり、ビルドされた Docker イメージ自体に問題があった場合は、ロールバックされずにアップデート
For customersCustomer supportSubscription managementSupport casesRed Hat Ecosystem CatalogFind a partnerFor partnersPartner portalPartner supportBecome a partner Try, buy, & sellRed Hat MarketplaceRed Hat StoreContact salesStart a trialLearning resourcesDocumentationTraining and certification Hybrid cloud learning hubInteractive labsLearning communityRed Hat TVOpen source communitiesAnsibleGlobal
はじめに 前々回: Docker MachineでAmazon EC2をコントロールする 前回: Amazon EC2でDocker Machine + Docker Swarmを使う 今回はDocker Machine、Docker Swarm、Docker Composeの3つを使って、Amazon EC2でDockerコンテナをオーケストレーションしてみます! やってみた Swarmクラスタを作成する まずは前回と同様に、Docker MachineでSwarmクラスタを作成します。 なおswarm createではdiscovery-stage.hub.docker.comにリクエストしてクラスタIDを取得しているのですが、タイミングによってはエラーが出る事がありました。現在はベータリリースという扱いなので仕方がないかと思いますが、ちょっと注意が必要です。 $ sudo docke
はじめに 本連載の第2回『ベアメタル環境とDockerコンテナ環境の性能比較』で実施したコンテナ環境とベアメタル環境との性能比較では、コンテナ環境は高負荷時に挙動が不安定になるという結果となった。本記事には皆様からTwitterなどのソーシャルメディアを通じて、検証についてのご意見や問題点の解消方法について貴重なご指摘をいただいている。今回はこれらを参考に、発生したパフォーマンス劣化の原因の調査と改善策を模索していきたい。 まず筆者が目をつけたのは、Dockerが利用しているコピーオンライトデバイスの部分がパフォーマンス劣化の原因となっているのではないだろうか? という点である。実際にテストを実施しながら検証していきたい。 ストレージドライバとは ストレージドライバは、物理サーバ上ではストレージ(HDD)コントローラのチップセットドライバだが、Dockerではコンテナ記憶域に使用されるコピ
Nginxでリバースプロキシしつつlua-nginx-moduleを使ってリクエストやレスポンスを書き換える。図にするとこんな感じ。 client proxy app | 🍣 | 🐟 | |-------> 🐟 -------> 🐟 | 🍣 🍚 🐟 | |<--------|<----------| クライアントから寿司が送られてくるけどアプリケーションはネタだけ受け取りたいのでシャリはプロキシに抜いてもらう。 アプリケーションからのレスポンスにはさっきのネタが含まれているので、プロキシはシャリを戻してクライアントに返してあげる。 ローカルにOpenResty入れて適宜luaファイルを書き換えてcurlを叩くとかでもいいんだけど、絶対あとからだるくなってくるのでDockerでコンテナを立ち上げて、それに対してリクエスト投げるテストを書くことにした。 Dockerファイルはこち
結論 ローカルで docker 環境をいじりたいけど、ローカルのリソースを使いたくない人には docker-machine が便利です。 さらに、複数の docker ホストを仕事で使ってる人とかは、切り替えも簡単なので、とてもお薦め。 概要 自分は Mac で開発してるのですが結構な頻度で docker build で image を作っては試しの繰り返しをしたりしています。 MBA だとマシンパワーが残念な感じなので、docker-machine を使って Digital Ocean に docker 環境を用意してしまいます。 あたかもローカルで docker run しているけど、実は Digital Ocean に繋いでいるという感じを構築します。 注意 別に boot2docker が嫌いとかではないです。単にローカルのマシンパワーを吸い取られるのがイヤなだけです。 環境 Ma
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く