Dockerfileでタイムゾーンを設定する方法 - フリーランスのエンジニア道
概要 GCPにRailsをdeployする時にDockerfileでimageをbuildすると思います。その際にDockerのデフォルトのタイムゾーンはUTCとなっているため、これをAsia/Tokyoの時間に変更したい場合の設定方法です。 ２種類のやり方 ホストの/etc/localtimeをコンテナーにマウントする 環境変数TZで指定する ホストからコンテナーにマウントするとDocker Imageのポータビリティには良いですが、ほとんどの人は日本時間に固定した方がシンプルで楽だったりするので、2の環境変数で設定したいと思います。 環境変数での設定方法 ENV TZ='Asia/Tokyo' サンプルDockerfile Rails+Whenever(crontab)のイメージサンプルです。 FROM gcr.io/google_appengine/ruby # Install 2.
Alpine Linux でタイムゾーンを変更する - Qiita
スリムな Docker イメージを作るため、gliderlabs/alpine イメージをベースにバイナリを一個だけポンと置いて運用するみたいなことをしています。 gliderlabs/alpine イメージは（というかほとんどの OS イメージは）タイムゾーンが GMT (UTC+0) のままなので、時刻依存の作業をさせるときには気をつけないといけません。日本時間 (UTC+9) の感覚で書いたら、9時間遅れて実行されたとかログの時刻がずれるとか起こりえます。 まっさらの状態で date を打つと… タイムゾーンの設定 メジャーな Linux ディストリビューションと同じく、/etc/localtime を変更すればよいです。zoneinfo とかはそのままだと用意されていないので、apk で tzdata パッケージをインストールする必要があります。 Dockerfile で日本標準時
docker-compose でよく使いそうなコマンドおぼえがき - kasei_sanのブログ
ビルド docker-compose build # Build or rebuild services 起動、停止 docker-compose up # Create and start containers docker-compose up -d # デーモンとして起動 docker-compose start # サービスを開始 docker-compose restart # サービスを再起動 docker-compose stop # サービスをstop docker-compose kill # サービスを強制終了 コマンド実行 # 起動中のコンテナでコマンド実行 docker-compose exec ${service_name} ${command} # コンテナを作成してコマンド実行(実行後コンテナを削除 docker-compose run --rm ${serv
Docker のイメージ・コンテナの格納場所の移動 - ネガティブログ
既定では Docker のイメージやコンテナは /var/lib/docker に格納される でもそんなとこに何ギガも容量取られると困るー！ と思ったのでイメージやコンテナの保管場所を移動方法をまとめました （そもそも /var/lib/docker に別ストレージをマウントしろよって話もありますが、別にそれでもいいです） 環境 手順 とりあえずdocker止める Unitファイルを編集 docker再起動 動作確認 注意点 参考URL 環境 Ubuntu 18.04 Docker 17.12.1-ce 手順 とりあえずdocker止める sudo su systemctl stop Docker Unitファイルを編集 /lib/systemd/system/docker.serviceを/etc/systemd/systemにコピペ cp /lib/systemd/system/doc
Dockerの/var/lib/dockerを移動する - Qiita
今使っているクラウドのルートディスクが15GBしかないのでDocker Composeで複数のコンテナを起動して開発しているとすぐに容量不足になります。開発中はよくゴミが出るので定期的に/var/lib/dockerは再作成していますが、もう少し大きなディスクを追加して移動しようと思います。最初は/etc/fstabの記述を間違えてリカバリーモードで起動することになりました。しかもrootのパスワードを忘れてしまいシングルモードで起動する必要があったりと、作業には十分注意が必要です。 以下のサイトを参考にしました。最初に読んでいたサイトはmountのbindオプションの使い方が間違っていて混乱してしまいました。 Moving docker images location to different partition Moving Docker "stuff" to a Different
Alpine Linuxにnumpy, scipy, scikit-learn, pandasを入れた - Qiita
docker build -t python-test:latest . Sending build context to Docker daemon 3.072kB Step 1/4 : FROM alpine:3.7 ---> 70cb411a7a13 Step 2/4 : RUN apk --update-cache add musl linux-headers gcc g++ make gfortran openblas-dev python3 python3-dev ---> Running in f429cc126e22 fetch http://dl-cdn.alpinelinux.org/alpine/v3.7/main/x86_64/APKINDEX.tar.gz fetch http://dl-cdn.alpinelinux.org/alpine/v3.7/commun
docker-composeを使って最高の開発環境を手に入れた
開発環境を作ってるの楽しい人種なので定期的に開発環境を見直したくなります。 Dockerを使ってポータブルな開発環境を手に入れたので紹介します。 開発用コンテナと各種データベースコンテナをdocker-composeを使って構築します。 ✗TOC Dockerポータブルな開発環境 開発用コンテナ ベース 各言語 Ruby (rbenv) Python (pyenv) Golang (1.5) Node.js (nvm) データベース データベースコンテナ 付録 Dockerfile docker-compose.yml Dockerポータブルな開発環境 "docker-compose up -d"で開発環境が出来上がります、すごい。mysqlやredis他も使える、すごい。 ディレクトリ構成は以下のようになっています。 |-- data | |-- mongo | |-- mysql |
Docker in Docker cannot mount volume
I am running a Jenkins cluster where in the Master and Slave, both are running as a Docker containers. The Host is latest boot2docker VM running on MacOS. To allow Jenkins to be able to perform deployment using Docker, I have mounted the docker.sock and docker client from the host to the Jenkins container like this :- docker run -v /var/run/docker.sock:/var/run/docker.sock -v $(which docker):/usr/
Vagrant Docker providerでSSHができるまで | Folioscope
Vagrant Docker providerを使うと、Vagrant から Docker コンテナを起動できます。 VirtualBox と違いオーバーヘッドが少ないので、もりもり環境を量産できて便利です。 Docker image が元に環境が構築されるので、Vagrant Box と違いvagrant sshをするための設定を行う必要があります。 この記事では Vagrant Docker provider でvagrant sshができるまでの、最小のDockerfileとVagrantfileを紹介します。 Vagrantfile/Dockerfile まず次のようなVagrantfileを記述します。 Vagrant.configure("2") do |config| # SSHの認証情報 config.ssh.username = "vagrant" config.ssh.
Dockerで基本的なData Science環境(Jupyter, Python, R, Julia, 定番ライブラリ)を構築する。 - Qiita
目次 モチベーション 想定読者 実作業 Dockerのインストール Dockerイメージの選択と取得 設定するパスワードのハッシュ文字列の取得 パスワードの設定とファイルの永続化を行い、データ分析環境のDockerコンテナを起動する モチベーション データ分析環境構築は、Dockerで作ってしまいたい。 Jupyterで、PythonかRかJuliaを使いたい。 各言語の定番ライブラリやパッケージは最初からある程度入っていて欲しい。 想定読者 Dockerで基本的なData Scienceの環境を構築したい人 あまりDockerやJupyterに詳しくない人 簡単にデータ分析環境を作ってしまいたい人 以上のような方が、この記事を通りにコマンドを入力すれば、データ分析環境の構築が出来ることを目指します。 現在のところ、macOS High SierraとUbuntu 18.04で、起動の確認
sudo権限をもつ一般ユーザーをDockerコンテナに作成するチートシート - Qiita
プログラミングをしていて「検証環境をつくりたいなー」というときにDockerは非常に役にたちます。 シェルスクリプトのテストをするために『sudo権限をもった一般ユーザーが存在する環境』をDockerで構築したので、環境構築のチートシートを今回用意しました。 一般ユーザーの作成手順は、Dockerだけでなく、VPSを借りたときにも利用できるので活用していただければと思います。 今回作るDockerコンテナ 作成するコンテナは以下のようなスペックです OSはubuntu isuconというsudo権限をもつユーザーが存在する 一般ユーザー(isucon)のログインシェルは/bin/bash 最低限のコマンド(git, less, vimなど)がインストールされている Dockerコンテナを立ち上げ、ログインする docker run -it でコンテナの立ち上げてコンテナにログインできます。
dockerでvolumeをマウントしたときのファイルのowner問題 - Qiita
dockerでvolumeをマウントするときの問題点 docker runするときに-vオプションをつけることによってホストのディレクトリをコンテナ内にマウントすることができる。 ホスト側のファイルをコンテナ内で使いたい場合や、逆にコンテナで作ったファイルにホストからアクセスしたい場合に有用なのだが、ファイルのアクセス権限についてちゃんと考えておかないと問題が起きることがある。 例えば、ホスト内でのユーザーのuidが500だったとしよう。 $ id uid=500(ec2-user) gid=500(ec2-user) groups=500(ec2-user),10(wheel),497(docker) $ mkdir -p temp && touch temp/foo # 実験用に適当なディレクトリを作ってみる $ docker run -it -v $(pwd)/temp:/temp
GitHubにpushしたらDockerイメージを自動ビルドする - SHOYAN BLOG
Docker HubとGitHubを使ってDockerイメージの自動ビルドを行う方法を紹介します。 自動ビルドのメリット自動ビルドのメリットは以下です。 常に最新のイメージがDocker Hubに用意される Dockerfileが公開され使う人が安心できる READMEも常に最新のものがDocker Hubに公開される Docker Hubを利用するには事前にアカウントの作成が必要です。 Docker Hubのアカウントの作成は以下を参考にしてください。 Create a Docker Hub account & repository Docker Hubで自動ビルドの設定をするすでにDockerfileがGitHubで管理されていることを前提に話しを進めます。 Docker Hubにログインしたら「Profile > Settings > Linked Accounts & Servic
2018年なぜ私達はコンテナ/Dockerを使うのか - 続 カッコの付け方
2017年にもうコンテナの未来・一つのカタチはもう確定したと言え、今更感があるものの、改めてDockerとコンテナについて。 今更こんなことを書くのは、情報が溢れてくる今こそ、正しく理解し、正しい順序で学習することが重要だと切に思うから。 内容についてのお断り How Toはかきません あくまでも2018年時点の私見 目新しい情報はない、2016年頃に書けたレベル Dockerをこう使えとか、こうするのがいいとかの話ではなく、コンテナとDockerに関して大きな視点で現時点で私の考えを書きます。また、私自身はかなりのコンテナ推進派です。 Dockerをよくわかっている人には意味のない記事となります。 コンテナ(Docker)のメリット 何故コンテナがいいのか、コンテナをある程度の学習コストを払ってでもやる理由 コンテナとDocker コンテナ技術はDockerが生まれる前から存在する技術で
Dockerfileを書くときに気をつけていること10選 - Qiita
この文章では、私が個人開発で使用しているDockerサーバの管理や、業務でプロジェクトメンバーに開発環境を配布する際に、Dockerfileを書く上で気をつけていることを整理します。 1. Dockerファイルのフォルダには不要なファイルを置かない docker buildは開始時にコンテクスト(現在のフォルダの状態)をDockerデーモンに転送します。具体的には、Dockerfileのあるディレクトリの内容をtarで圧縮し送ります。そのため、Dockerfileのディレクトリに不要なファイルがあるとビルドに余計な時間がかかりよくありません。 とはいえ、プロジェクトフォルダでビルドした成果物をイメージ化するためにDockerfileを含める運用はよくあると思いますので、その場合は.dockerignoreファイルを記述して余計なファイルが転送対象にならないようにします。 .dockerig
至高のDockerイメージ生成を求めて - Qiita
本稿は良いDockerイメージを良い方法でビルドすることを探求した記録である。 Supership株式会社 Advent Calendar 2016の21日目にあたる。 2019年現在は@inductor氏の改訂版を見たほうが良い。 この記事で論じた望ましいコンテナイメージの姿は2019年でも変わらない。ただし、multi-stage buildのような新しい仕組みが普及したりツールの評価が定まってきたりと、実現に用いるツールの状況が2016年からやや変化している。 良いDockerイメージ 良いDockerイメージとは何だろうか。Dockerの利点は次のようなものだから、それを活かすイメージが良いものであるに違いない。 ビルドしたイメージはどこでも動く 適切にインストールされ、設定されたアプリケーションをそのままどこにでも持っていける。 コンテナ同士が干渉し合うことはないので、任意のイメ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://unskilled.site/docker-%E3%83%87%E3%83%BC%E3%82%BF%E3%83%9C%E3%83%AA%E3%83%A5%E3%83%BC%E3%83%A0%E3%82%B3%E3%83%B3%E3%83%86%E3%83%8A%E3%82%92%E3%81%A4%E3%81%8F%E3%82%8B/
docker-compose up したコンテナを起動させ続ける方法 - Qiita
Loading...
Developing for Arduino with Docker and Johnny-Five on OS X