Dockerについてもやっとした気持ち - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? コンテナ型仮想化とDocker コンテナ型仮想化は便利である。chrootの時代から、jailの時代から、LXCの時代を経て、Dockerへ。 docker pullしてdocker runすれば、面倒なインストールなくサービスが動き始めるなんて、実に簡単ではないか。 Dockerfileに導入手順を記載しているようなものなので、構成管理もばっちりである。 本当か？ Dockerは少しやりすぎじゃないのか？ dockerhubに転がっているイメージをベースに何かしようとすると、そのイメージのベースはCentOSだったりDebianだった
Docker for Macで容量が増え続けてしまう - Qiita
原因 Docker for Macを利用開始してから、ディスク容量がガッツリと減っていることに気付いた。 色々なイメージをダウンロードしすぎたかなと思って、不要なイメージをdocker rmi hogehogeなど実行しても容量が開放されない。 色々と調べてみたところ、下記のファイルのサイズがやたらと大きい。 このファイルは、ダウンロードしたイメージが一式格納されているVMの実体ファイルのようだ。 ※qcow2は、「qemu」という仮想マシンのファイル。 ※インストール直後の初期状態だとファイルサイズは1.1Gだった(Docker Ver.1.12.6)。 「イメージの削除」は、VM内のファイルの削除ということになるので、VMの実体ファイルは縮小されないのだろう。 解決策 検索してみると、同様の症状の人が多い。 解決策としては、以下のいずれかのようだ。 解決策1：Docker for Ma
Docker でオフィシャルな GitLab イメージと Redmine イメージのコンテナを連携させる - Qiita
はじめに 2017.5.1 追記: Deprecated よりよい方法を見つけたので当記事の内容を非推奨にします。改定箇所が多かったので、(改訂版) Docker でオフィシャルな GitLab イメージと Redmine イメージのコンテナを連携させる として新しく記事を書きました。参考にされる場合はそちらをご覧ください。 対象となる読者 オフィシャルな GitLab イメージ を使いたい人 オフィシャルな Redmine イメージ を使いたい人 上記のイメージから作成したコンテナを連携させたい人 この記事を読んだ後できるようになること GitLab の Issues タブが Redmine のプロジェクトにリンクされます。 GitLab のコミットメッセージ内の issue 番号が Redmine チケットにリンクされます。 Redmine のチケット連携機能がそのまま使えます。 この
シンプルなRails環境を最速プロビジョニング。各種ツールの利用比較 (Chef [Berkshelf], Ansible [Playbook], Docker [Docker Compose], 手動) - Qiita
シンプルなRails環境を最速プロビジョニング。各種ツールの利用比較 (Chef [Berkshelf], Ansible [Playbook], Docker [Docker Compose], 手動)RailsAWSchefDockerAnsible プロビジョニングのための構成管理フレームワークには様々なものがあり、例に挙げると以下のようなものがあります。 Chef Ansible Puppet SaltStack CFEngine PowerShell DSC Itamae AWS CloudFormation Terraform Mobingi ItamaeはCookpadの社員の方が開発した、機能がシンプルで学習コストが低く、Chefを簡略化したようなものです。AWS CloudFormationはAWS上のサーバなどの構成をJSONまたはYAMLで記述して管理するものです。T
![シンプルなRails環境を最速プロビジョニング。各種ツールの利用比較 (Chef [Berkshelf], Ansible [Playbook], Docker [Docker Compose], 手動) - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/7c5d7c83e1cf9b18ab9fd9cd3e74564015eb3a15/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fqiita-user-contents.imgix.net%252Fhttps%25253A%25252F%25252Fcdn.qiita.com%25252Fassets%25252Fpublic%25252Farticle-ogp-background-afbab5eb44e0b055cce1258705637a91.png%253Fixlib%253Drb-4.0.0%2526w%253D1200%2526blend64%253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRnFpaXRhLWltYWdlLXN0b3JlLnMzLmFtYXpvbmF3cy5jb20lMkYwJTJGODEwODMlMkZwcm9maWxlLWltYWdlcyUyRjE1MTczMTU4NDI_aXhsaWI9cmItNC4wLjAmYXI9MSUzQTEmZml0PWNyb3AmbWFzaz1lbGxpcHNlJmZtPXBuZzMyJnM9YWYzYWFhN2Q5ZjVmYzliZDg3ZDUwMzg1MmY5NTQ2MTc%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253Da99358e5073f2bd679f3ee9a1d630793%3Fixlib%3Drb-4.0.0%26w%3D1200%26fm%3Djpg%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk2MCZoPTMyNCZ0eHQ9JUUzJTgyJUI3JUUzJTgzJUIzJUUzJTgzJTk3JUUzJTgzJUFCJUUzJTgxJUFBUmFpbHMlRTclOTIlQjAlRTUlQTIlODMlRTMlODIlOTIlRTYlOUMlODAlRTklODAlOUYlRTMlODMlOTclRTMlODMlQUQlRTMlODMlOTMlRTMlODIlQjglRTMlODMlQTclRTMlODMlOEIlRTMlODMlQjMlRTMlODIlQjAlRTMlODAlODIlRTUlOTAlODQlRTclQTglQUUlRTMlODMlODQlRTMlODMlQkMlRTMlODMlQUIlRTMlODElQUUlRTUlODglQTklRTclOTQlQTglRTYlQUYlOTQlRTglQkMlODMlMjAlMjhDaGVmJTIwJTVCQmVya3NoZWxmJTVEJTJDJTIwQW5zaWJsZSUyMCU1QlBsYXklRTIlODAlQTYmdHh0LWFsaWduPWxlZnQlMkN0b3AmdHh0LWNvbG9yPSUyMzFFMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtcGFkPTAmcz02Mjk1NThhYTY4ZDNkOWI1NzY4ZjAzNGFhZTA0YTI5MA%26mark-x%3D120%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTgzOCZoPTU4JnR4dD0lNDBoYXlhc2hpZXImdHh0LWNvbG9yPSUyMzFFMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtcGFkPTAmcz0wOGYwMTAzMjZhMDdhYmFiZGMxODUzYzRiZmRjNDFmOQ%26blend-x%3D242%26blend-y%3D480%26blend-w%3D838%26blend-h%3D46%26blend-fit%3Dcrop%26blend-crop%3Dleft%252Cbottom%26blend-mode%3Dnormal%26s%3D3880c04dc4ddfdadd434327503da50e6)
DockerとCRIUでCheckpoint & Restore - Qiita
CRIUを利用することで、DockerでCheckpoint & Restoreが可能だった。試してみたのでメモ。 基本的には以下に書いてあることを実施したのみ。 https://github.com/docker/docker/blob/master/experimental/checkpoint-restore.md チェックポイント・リストアとは チェックポイント機能により、コンテナ状態（メモリ情報など）をdumpして、ディスク上に書き出すことができる。 リストア機能では、書き出した情報を読み込んでコンテナを実行することができる。この機能を活用することにより、 高速なアプリケーション起動が可能 予め起動済のアプリケーションコンテナのチェックポイントを利用 ライブマイグレーションが実現できる VMのライブマイグレーションも同様の仕組み といったことが可能になる。ライブマイグレーションに
オフラインでもChatOpsしたい！Dockerで導入したその後！ - Qiita
前回オフラインでもChatOpsしたい！Dockerで解決しよう！で投稿したとおり、オフラインの現場でChatOpsするための環境を作りました。 まだ道半ばですが一旦導入してから半年かつ年末ということもありまとめてみます。 最終的に導入したものは以下のとおりです。 RocketChat Slackクローンのチャットツール(ビデオ通話もできる) Kanboard タスク管理できるカンバンツール Jenkins JOB管理ツール Knowledge Qiitaクローンのナレッジ共有ツール（もちろんMarkdownでかけるよ） fluentd ログ収集ツール ELK(ElasticSearch+Logstash+Kibana) 全文検索＋ログ収集＋ビューがDockerイメージで固められてます SonarQube※1 静的解析ツール もともと共通のコード管理ツールとしてGitlabは提供されていた
「DockerでWordPressサイトを開発してみよう」を読んでみよう - Qiita
はじめに DockerでWordPressサイトを開発してみようがとてもいいスライドでした。 せっかくならこの内容を「操作できる」だけでなく、「理解できる」ようにしたいと思い、スライドの中身をちゃんと調べたのが、このエントリです。 具体的には、各コマンドやDockerfileのソースの調査履歴になります。 各インフラの知識やLinuxコマンドを学ぶことになるため、人によっては一挙に覚えることが増えて混乱するかもしれません。 とはいえ裏を返せば、サーバ周りの知識が一気に身につく感じがしました。 ちなみに筆者のレベルは、Docker覚えたて。下のような内容をこの前知りました。それでもDocker使えるんだから楽しい。 はじめてのDocker for Mac 前提 $ docker --versionが使えるところまでを前提とします。 よって、スライド15枚目までは省略。 WordPressを
DockerでポータブルなLinux開発環境(GUI付き)を構築する - Qiita
やってみたいこと javaとかpythonとかtexとかの開発環境をLinuxベースにしたい（Office周りとか普段の作業はWindowsで） CUIだけじゃなく，GUIも含む開発環境をコンテナベースで利用したい それぞれの開発環境は独立に管理したい jdkのバージョンをUPしたいとか，pythonは2と3を別々に作りたいとか，texは日本語用と英語用を作りたいとかの状況に個別に対応したい 編集対象のファイルはホスト（Windows）で一括管理したい バックアップをまとめて取りたい 特定のファイルに複数のコンテナからアクセスできるようにしたい 編集対象のファイルを持ち歩くだけで，開発環境はDockerさえあればどこでも動かせるようにしたい やってみること Docker for Windowsを使って個別の開発環境を導入したLinuxコンテナを立ち上げる Xをコンテナから飛ばしてWindo
既存のrailsプロジェクトをDockerで開発する手順 - Qiita
docker for mac install 以前はmacでDockerを使うのにVagrantにdockerを入れて操作していましたが、mac純正の仮想環境xhyveを利用するようになったためVagrantはお役御免となり、だいぶ使いやすくなったようです。 https://docs.docker.com/docker-for-mac/ Dockerfileとdocker-compose.ymlを追加 RailsのプロジェクトルートにDockerfileとdocker-compose.ymlを追加します。 Dockerfile railsの公式Docker imageは bundle config --global frozen 1 が指定してあり、Gemfileの変更ができなくなっています。 本番などの環境ではその運用方法の方が良いと思いますが、今回は開発環境で使用するため公式のDock
RancherOS on IDCFクラウド(CloudStack)で格安Dockerクラスタを組みたい - Qiita
PackerでIDCFクラウド(CloudStack + VMware)向けのRancherOS OVAテンプレートを作りました。 格安Dockerクラスタが組めそうな気がしています。 動機 日本国内に設置できるクラウドでコスパ暫定一位のIDCFクラウドLight.S1インスタンス1を使ってRancherクラスタを組みたかった 実現すればおそらくAWSのSpot InstanceやGCPのPreemptible VMと同等以上に安上がりに2 次点でVultr3があったが、RancherOSのインストールには最低1.5GBのRAMが必要4で最小構成ではインストールできなかった Rancher Serverダッシュボード経由のエージェント追加でもこのボトルネックがある模様 VultrではISO/iPXE以外の方法でアップロード/インストールできなかった ISOブートとRANCHER-STATE
MySQLWorkbench を Vagrant + VirtualBox 上の MySQL と繋ぐ方法 - Qiita
Vagrant + VirtualBox を使って Macbook Air に VM を立てて、CentOS 上に Rails4 の開発を行っています。 DB には MySQL を使っているのですが、なんともわかりづらい。 ノートで設計して、頭で設計してコマンド叩いて...の手法に限界を感じました。 できればER図かけるし、DBとも繋がっているし、な環境にならないかなぁって思っていたら、MySQL Workbenchと出会いました。（1年位前にorz） VagrantとMySQLWorkbenchを繋ぐ方法をメモります。 MySQL Workbenchのインストール こちらからどうぞ => http://dev.mysql.com/downloads/tools/workbench/ 面倒くさくて有名なORACLEの認証が必要になりますorz ナビゲーション通りにすすめば問題なくインストー
自作コマンド配布ツールとしてDockerを使う - Qiita
Unable to find image 'greymd/cureutils:latest' locally # Dockerhubからイメージの取得が始まる latest: Pulling from greymd/cureutils efd26ecc9548: Pull complete a3ed95caeb02: Pull complete d1784d73276e: Pull complete 72e581645fc3: Pull complete 9709ddcc4d24: Pull complete 7013ecfd652c: Pull complete 66373b9c2e12: Pull complete 2a6578ab609c: Pull complete 4356bd31ea9f: Pull complete 34ea4e1d4a33: Pull complete Di
Dockerのコードを読む -イメージ生成編- - Qiita
ついに24日!!!! 皆様いかがお過ごしでしょうか? 今年も残すところ7日という事実に耐えられずお布団で震えています。 はじめに 続きそうなタイトルですが、続編を投稿するかは謎です。 その名の通り、Dockerのコードを読んだり準備したりする話です。 事前準備 イメージの構造がわからない状態で読み始めると辛くなるので 先にOCI image-specを読むことをオススメします。 なぜOCIかというと、Dockerのドキュメントより仕様としてしっかりまとまっているのと、 Dockerを参考にしているのもあって大枠は一致しているからです。 そこらへんをまとめたスライド https://speakerdeck.com/ladicle/container-image-architecture どこから読むか？ とりあえず GTAG生成した後にls して雰囲気をつかみます。 drwxr-xr-x 1
本番環境にも使える高可用性かつスケーラブルな Docker Swarm + Consul クラスタを構築 - Qiita
注意 UPDATED: 2017/02/07 この記事で説明しているクラスタは古い手法です。 本稿の内容で構築したクラスタでは docker service などの Swarm mode で導入されたコマンドが動作しません。 Docker 1.12 以降、 Swarm mode に DNS, LB が組み込まれており、外部のディスカバリサービス (Consul などの KVS) に依存しなくなりました。 Swarm mode は標準コマンド docker swarm でセットアップ可能なため、 docker-machine ssh でクラスタを構築できそうです。近日中に記事として公開予定です。 書きました → Swarm mode クラスタを構築して動かしてみる | Qiita TL;DR コマンド見れば分かる人向けの完成品はこちら → hidekuro/swarm-cluster-sam
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【AWS Lambda】Amazon Linux の Docker イメージを使ってデプロイパッケージを作成する - Qiita
docker-compose depends_onとlinksの違い - Qiita
dockerのコンテナ・イメージを謎のコマンド群で消すのもいいけどdocker-cleanコマンドもいいよ - Qiita
コマンドライン起動系のPythonのプロジェクトをDockerコンテナに入れる個人的ベストプラクティス - Qiita
docker-composeで起動したコンテナにbashで入ったりコマンドを渡す - Qiita
Elasticsearchのローカル環境をDocker Composeで用意する - Qiita
