Dockerで80番へポートマッピングした際に起きたエラーについて
現場で利用されているDockerをプライベート環境でも使ってみたのですが、いきなり壁にぶち当たりました。 Apacheが使えるように、あらかじめポート80番へポートマッピングしたコンテナを作成したかったのですが、下記内容のエラーが発生し、先に進めません。 docker: Error response from daemon: driver failed programming external connectivity on endpoint flamboyant_panini (1879be4a181166a706867d08acfac4ba359967b69752f9e2bad1ec0a2f8ee070): Error starting userland proxy: Bind for 0.0.0.0:80: unexpected error (Failure EADDRINUSE).
Dockerのお掃除 - suguru.dev
概要 MBPの容量が圧迫しておりどうやら犯人はDocker for Macのようなのでお掃除していきます。 不要なコンテナの削除 Docker – Clean Up After Yourself! | Yohan Liyanage こちらのブログより。 exited containersは自動削除されないとのことで、こちらを実行してくださいとの。 $ docker rm -v $(docker ps -a -q -f status=exited) rmコマンドは少なくとも１つ以上の引数を必要とするので、 "docker rm" requires at least 1 argument(s). See 'docker rm --help'. Usage: docker rm [OPTIONS] CONTAINER [CONTAINER...] Remove one or more conta
docker buildのオプションまとめ - Qiita
[root@master cent_mount]# docker version Client version: 1.6.2.el7 Client API version: 1.18 Go version (client): go1.4.2 Git commit (client): c3ca5bb/1.6.2 OS/Arch (client): linux/amd64 Server version: 1.6.2.el7 Server API version: 1.18 Go version (server): go1.4.2 Git commit (server): c3ca5bb/1.6.2 OS/Arch (server): linux/amd64
AWS ECSでDockerコンテナ管理入門（基本的な使い方、Blue/Green Deployment、AutoScalingなどいろいろ試してみた） - Qiita
AWS ECSでDockerコンテナ管理入門（基本的な使い方、Blue/Green Deployment、AutoScalingなどいろいろ試してみた）AWSDockerECS はじめに Dockerを本番環境で利用するに当たり、私レベルではDockerのクラスタを管理することはなかなか難しい訳です。凄くめんどくさそうだし。 ということでAWS ECS(EC2 Container Service)ですよ。 記事書くまでも無いかなと思ったんですけど意外と手順がWEBにない（気がしました）。ということで、今回は社内でハンズオンでもやろうかと思って細かく書いてみました。 こんな感じのシナリオをやってみたいと思います。 Dockerのイメージを用意する ECSの使い方の基本 コンテナのリリース Blue/Green Deployment AutoScaling/ScaleIn 前準備：Docker
Amazon ECS入門 〜公式のDockerイメージを使って10分で構築してみる〜 | DevelopersIO
はじめに Amazon ECS(Amazon Elastic Container Service)を案件で使うことになったので勉強中です。触り始めた時に入門系の記事が少ないなと思ったので、できるだけ簡単に構築できる手順をまとめました。Dockerは触ったことあるけど、ECSは触ったことがない方が対象です。 構築してみる タスク定義の登録 まずはManagement ConsoleでECSの画面を開いて、左のタスク定義から新しいタスク定義を作成します。複数のコンテナをグループにしたものをタスクとして定義します。タスク単位でCPUやメモリの割り当てを行います。 タスク定義名を入力したら、コンテナを設定します。 赤枠の部分を入力します。イメージは公式のhttpdイメージを使っています。これは docker run するとフォアグラウンドでhttpdを実行するDockerイメージです。メモリ制限は
EC2 Container Serviceを使ってみる - Qiita
Amazon EC2 Container Service 内容はあくまで現在のPreviewを元にしているので、今後も仕様などが変更になる可能性が大きくありますので、ご利用の際は必ずドキュメントをご覧ください。 ECSはDockerベースのアプリケーションのビルド、実行とそしてスケールを助けるためのサービスです。 利点として、より簡単なクラスターマネージメント、ハイパフォーマンス、柔軟なスケジューリング、拡張性、ポータビリティ、そしてAWSの他サービスや機能との統合があります。ECSは論理的なEC2インスタンスのグループを作成し、EC2インスタンスグループ内から、Dockerコンテナの実行に必要なリソースを提供出来るEC2インスタンス上でDockerコンテナを起動するように制御を行います。ECSはDockerベースのため既存のDockerコンテナをそのまま使用可能で、Docker Hubや
【Docker】これは役に立つ!! docker-compose.ymlの例まとめ - Qiita
経緯 今流行りのRancherを使ってdockerコンテナを管理しています Rancherには「CATALOG」というdocker-compose.ymlのサンプルがあります。それを元に作成しました。 またどんなサービスかいつも気になってたので、どうせなら使いこなしたいので備忘録として 色々なサービスのdocker-composeがあるので参考になるかもしれません また、glusterFSのように消えてしまう前のメモとしても 使い方 ${xxx}は適宜、値を代入してください。 特におすすめ Consul Elasticsearch Hadoop + Yarn Datadog wordpress docker-composeサンプル Alfresco ファイル内全文検索・タグ付けでファイルが非常に探しやすい ドキュメントの参照/更新履歴が可視化されてチームコラボレーションしやすくなる 全文検
DockerのHEALTHCHECKの動きを理解する - Qiita
Dockerfile には HEALTHCHECK という指定ができて、これによりコンテナにヘルスチェック機能をつけることができます。要するにコンテナが正常に起動しているかチェックできるということです。 具体的にはコンテナのステータス(docker ps)欄に下記のいずれかを追加することができます。 (health: starting): ヘルスチェック中... (healthy): ヘルス判定 (unhealthy): ダメ まあ追加できるだけで、上記の状態遷移とdocker-composeが連動したりなどはしません。 当然depends_onとかにも影響はありません…。（ちゃんと実用例はあるようなので、興味のある人は調べてね） 今回はそのヘルスチェックの動きを理解しようと思います。 準備 いちいちDockerイメージをビルドするのが面倒なので、下記のようなdocker-composeを
Docker multi stage buildで変わるDockerfileの常識 - Qiita
Dockerイメージのサイズを1バイトでも削りたい皆さんに朗報です。 もうすぐリリースされるDocker 17.05でmulti stage buildという機能が導入される予定です。 こいつはこれまでのDockerfileの常識を覆す革新的な機能なのです。 Docker 17.05は本稿執筆時点では2017/05/03リリース予定となっており、現在はRC版が出てるので、気になる新機能を一足早くで試してみた。(2017/05/07追記:最終的に2017/05/04に正式リリースされました) とりあえずこの新しいシンタックスのDockerfileを見てほしい。 FROM golang:alpine AS build-env ADD . /work WORKDIR /work RUN go build -o hello main.go FROM busybox COPY --from=buil
Dockerでsaveとexportを使用した環境のバックアップと再作成
Dockerでsaveとexportを使用した環境のバックアップと再作成Tue, 04 Jul 2017 12:47:19 GMT仮想化 Docker ということをやったのでその記録。 都度buildしたらアカンのか？ Dockerを用いて環境を作成する際に都度buildすると下記のような問題点に遭遇することがあります。 公式のイメージを利用している場合にlatestのタグを指定してると意図せずバージョンが上がる Dockerfileその他でインストールしているパッケージ・ライブラリが非対応のバージョンに変わっていたりする 使用しているパッケージ・ライブラリのリポジトリのURLが変わっていたりする 別に都度修正すればよいのですが、特に本番だと使用しているライブラリバージョンをむやみに上げたくないということもありますし、今動いている環境と同様の環境を作成したいということも多々あるでしょう。こ
GitHub - moby/buildkit: concurrent, cache-efficient, and Dockerfile-agnostic builder toolkit
BuildKit is a toolkit for converting source code to build artifacts in an efficient, expressive and repeatable manner. Key features: Automatic garbage collection Extendable frontend formats Concurrent dependency resolution Efficient instruction caching Build cache import/export Nested build job invocations Distributable workers Multiple output formats Pluggable architecture Execution without root
【docker buildのマニアックすぎる狂宴】Container Build Meetup #1に参加してきた #container_build | DevelopersIO
「あぁ、この人たち、すっごい楽しそうにマニアックな話するなぁ」 このイベントに参加しながら、ハマコーずっとそんなことを考えてました。 Container Build Meetup #1 - connpass Docker Buildだけがテーマという、すげぇフォーカスを絞りまくった勉強会だったんですが、絞り方が絶妙だったのか、参加者の熱もアツく質疑応答も盛況だったので、そのレポートをお届けいたします。技術的にも、旬のDocker界隈の話がてんこ盛りで参考になりました。 container buildきたか…!! ( ﾟдﾟ) ｶﾞﾀｯ / ヾ ＿_L| /￣￣￣/＿ ＼/ / 登壇者一覧 タイトル スピーカー Better Docker Image 登壇者はおりさの(@orisano)さん。 良いDockerイメージを作るには２つのアプローチがある。 どのように速くするか どのよう
Docker コンテナからホストにアクセスする - 失敗は一時の恥
Docker コンテナからホストにアクセスする 概要 Docker コンテナからホスト (macOS) にアクセスする方法を探していたら， host.docker.internal という名前を使えばよいということが公式リファレンスに書いてありました． 試してみるといとも簡単にアクセスできました． ※ちなみに Docker for Windows の公式リファレンスにも同じことが書いてあるのですが，こちらは試していません．(職場で試してみようかな……) 環境 ホスト OS: macOS High Sierra 10.13.4 Docker: Docker for Mac 18.03 CE，詳細は以下の通り $ docker version Client: Version: 18.03.0-ce API version: 1.37 Go version: go1.9.4 Git commit
[社内向け]Docker勉強会(コンテナ同士の通信) - Qiita
前回で、コンテナを使ってアプリケーションを実行するキホンは伝わったと信じてます。 コンテナの通信 アプリケーションを実行できるようになってくると、自然と別のコンテナと通信したいケースに出くわします。 コンテナ間の通信には大きく別けて2種類存在しています。 異なるホストで動くコンテナ間の通信 こちらの場合、接続元コンテナは接続先コンテナが動くコンテナホストのIPアドレスに向かって通信すれば良いだけです。 サービスディスカバリを理由にコンテナホストを意識したくない場合は後述するoverlayネットワークを使用することになりますが、当記事では詳しく扱いません。 同一ホスト内で動く異なるコンテナ間の通信 今回は主にこちらについて記載します。 Dockerのネットワーク Dockerはコンテナ間の通信をサポートしており、デフォルトでDocker Engine内に3つのネットワークを作成します。 $
![[社内向け]Docker勉強会(コンテナ同士の通信) - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/475b64d58c73e6bd67cfa86479b4a769414467b4/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCJUU3JUE0JUJFJUU1JTg2JTg1JUU1JTkwJTkxJUUzJTgxJTkxJTVERG9ja2VyJUU1JThCJTg5JUU1JUJDJUI3JUU0JUJDJTlBJTI4JUUzJTgyJUIzJUUzJTgzJUIzJUUzJTgzJTg2JUUzJTgzJThBJUU1JTkwJThDJUU1JUEzJUFCJUUzJTgxJUFFJUU5JTgwJTlBJUU0JUJGJUExJTI5JnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWNsaXA9ZWxsaXBzaXMmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz0wMTQzMmZiNjQ2YmY1ZDU0Y2FkMjAzZDNkZmY3MzA2NA%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwdHN1a2FwYWgmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWIzZGViODFiMDk5OTZiM2VlOTAwYjQzOGU3NTQ0NTQz%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3Dac26e6853b5de7f0650111b64c74de8d)
コンテナからコンテナを操作する
Dockerコンテナからコンテナを操作するのは特殊なユースケースで縁遠い存在と思いきや、アプリケーションをコンテナ化しそれをコンテナベースのCIで扱おうとすると割と直ぐに直面することになったのでメモ。 コンテナ内でコンテナを操作する主立ったやり方には DinD(Docker in Docker) DooD(Docker outside of Docker) の二つがある。 またコンテナのビルドに限定すればDockerに依存せず独立してコンテナイメージをビルドするDaemon-less Image Builderを使う方法もある。 DinD 概要 Docker in Docker。 Dockerインストール済みのコンテナを使用しコンテナ内でホストとは別にDockerデーモンを動かす方法。 DockerのprivilegedフラグのコントリビュータでありDinDの走りとなったの docker:
Docker 初心者 — ssh で接続できるサーバーを立てる
解説 dockerだからといって特別な何かをするわけではない。 通常のサーバーと同じように、 openssh をインストールする パスワードを設定する 必要な設定を書き換える ということを順におこなう。 動作例 (Ubuntuの場合) Dockerfile sed で強引に ssh の設定ファイルを書換えたりしている FROM ubuntu:16.04 RUN apt-get update && apt-get install -y openssh-server RUN mkdir /var/run/sshd RUN echo 'root:screencast' | chpasswd RUN sed -i 's/PermitRootLogin prohibit-password/PermitRootLogin yes/' /etc/ssh/sshd_config # SSH login f
Dockerで手軽にスクレイピング環境を手に入れる - Qiita
この記事は Docker Advent Calendar 2017 の1日目の記事です。 こんにちは。Emotion Techの子安です。すっかり冬ですね。今日は夜の銀座からお送りします。 なんでもDockerで Dockerに触れるようになって約2年ほど経ちました。最近は技術検証はもちろん、何かをちょっと試したいときなども、新しい環境が必要になるとまずはDockerで構築してみることが当たり前に（自分的には）なってきています。 で、今回はWebからちょこっと何か取ってきたいとき、いわゆるスクレイピングをしたいとき、Dockerがあれば簡単に環境が作れるぞという話をします。 ※なお、スクレイピングは用法・用量を守って正しく行いましょう。あくまで自己責任でお願いしますね。 要件 とあるサイトから情報を抜き出したい ブラウザを操作してサイトを巡回する Docker上に構築する プログラミング言
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Installing imagemagick in docker container
Update a docker container to the latest version
Dockerfile ARG入門 - Qiita
