ぜんぜんわからない、俺たちは雰囲気で Docker の Volume を使っている - 理系学生日記
ぜんぜんわからない、俺たちは雰囲気で Docker を使っているシリーズ、volume です。 $ docker -v Docker version 18.03.1-ce, build 9ee9f40 volume を使ってマウント 別コンテナで同じ volume をマウント ファイルが既に存在するディレクトリに volume をマウントしたら？ --volumes-from で複数ボリュームを持つコンテナを指定してみる バックアップ 参考文献 まず、Docker においてデータを扱う場合、その扱いとしては、大きく 3 つに分けられます。 bind mount volume tmpfs mount Manage data in Docker | Docker Documentation より引用 bind mount は Docker ホストの任意のファイル・ディレクトリを Contain
Azure Container Instances で簡単デプロイ (2)
前回 Azure Container Instances にデプロイするまでをトライしました。ステートレスなコンテナならば十分だったりしたのですが、やはりデータを保持したいのでデータベースをコンテナで用意してみることにしました。 Azure のマネージドなデータベースのサービスを使う方法も当然あります。むしろ自身のメンテナンスコストを下げていくには積極的に使った方がいいでしょうね。今回は規模も大きくなくこぢんまりと趣味用データベースという位置づけでコンテナで用意する方法を採用しました。 Azure Storage を用意 永続化のために Azure Storage でストレージアカウントを作成し、コンテナ側でもマウントできるものを用意しました。今回の場合はファイル共有で作成しました。実際には前回に引き続き、docker のコマンドで操作をして、このときには以下のコマンドでした。 docke
Azure Files ボリュームをコンテナー グループにマウントする - Azure Container Instances
既定では、Azure Container Instances はステートレスです。 コンテナーが再起動されるか、クラッシュまたは停止すると、そのすべての状態が失われます。 コンテナーの有効期間後も状態を保持するには、外部ストアからボリュームをマウントする必要があります。 この記事に示すように、Azure Container Instances では Azure Files で作成された Azure ファイル共有をマウントすることができます。 Azure Files は、Azure Storage でホストされ、業界標準の Server Message Block (SMB) プロトコルを介してアクセスできる、完全に管理されたファイル共有を提供します。 Azure Container Instances で Azure ファイル共有を使用することで、 Azure 仮想マシンで Azure フ
Dockerコンテナ上のElasticsearchのデータを永続化する - Qiita
5分でMacにDockerをインストールしてElasticsearchを起動する の続編です。 Dockerコンテナ上のElasticsearchのデータを永続化してみました。 やりたいこと コンテナ上に状態を持たずにデータを永続化する docker-composeを書いてみる 前提 MacOSであること Dockerがインストール済であること Gitがインストール済であること "~/DockerWorkspace"というディレクトリで作業します 手順 docker-compose.ymlの作成 version: '3.3' services: elasticsearch: # Docker Hubからイメージを取得 image: elasticsearch ports: - "9200:9200" expose: - 9300 volumes: # コンテナのディレクトリをvolumeへ
Configure a Grafana Docker image | Grafana documentation
Solutions All end-to-end solutions Opinionated solutions that help you get there easier and faster
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
Install Elasticsearch with Docker | Elasticsearch Guide [8.14] | Elastic
Docker images for Elasticsearch are available from the Elastic Docker registry. A list of all published Docker images and tags is available at www.docker.elastic.co. The source code is in GitHub. This package contains both free and subscription features. Start a 30-day trial to try out all of the features. If you just want to test Elasticsearch in local development, refer to Local dev setup (Docke
![Install Elasticsearch with Docker | Elasticsearch Guide [8.14] | Elastic](https://cdn-ak-scissors.b.st-hatena.com/image/square/cbbc87b803e58787f8346841e5b65698d408f3c5/height=288;version=1;width=512/https%3A%2F%2Fwww.elastic.co%2Fstatic%2Fimages%2Felastic-logo-200.png){kind=logo}
Docker データボリュームコンテナをつくる | Unskilled?
Dockerでのデータの扱い Dockerで永続データを扱う際にいろいろな方法があることが勉強できました。 いろいろな方法論がありなかなかに難しい分野ではありますが、勉強し甲斐のある部分でもあります。 今回はデータボリュームコンテナ（以下データコンテナ）についてを書こうと思います。 テストのホスト環境はGUN/LInux debian８で、dockerコマンドはsudoなしで実行できるように設定している状況です。 最小限環境コンテナ データコンテナはなんのプロセスも動かす必要がないので、できるだけ最小限環境なコンテナであって欲しいです。 今回はBusyboxというツールのイメージを使ったコンテナをデータコンテナとして仕上げていきたいと思います。 最小限環境を作るのにうってつけのBusyBox BusyBoxとは標準UNIXコマンドの主要コマンドをまとめて1つの実行ファイル化したツールです。
Docker Composeのトップレベルvolumesでホストのディレクトリをマウントする
composeファイルのバージョン2以降で、YAMLのトップレベルにvolumes:を置いてボリュームの定義をし、service:内でそのボリューム名を指定するという書き方ができます。 version: "2" services: database: image: mariadb:10 volumes: - datastore:/var/lib/mysql ...(略)... volumes: datastore: Docker EngineやDocker Composeのドキュメントを見るとこんな感じで書いてあるかと思います。この書き方だとdatastoreはlocalというドライバを使用して/var/lib/docker/volumes/datastore/_dataあたりのディレクトリをコンテナ内にマウントするという動作になります。 消えちゃう問題 この方式は各サービスのvolume
dockerのpermission denied対策
Google Container Engine(GKE)など、クラウドインフラ上でdockerコンテナを動作させる場合、データ確保のため外部ディスクを利用するケースが多々あります。 GKEでは、設定ファイルにpersistentDiskの設定を記述することで、dockerコンテナにpersistentDiskがmountされた状態で起動します。 この場合、外部ストレージのファイルパーミッションが問題となり、コンテナが起動できないトラブルによく遭遇します。 (AWSではためしていませんが、kubernetesではEBSも指定できるので、問題の構造は同様でしょう) 典型的な用途では、mysqlはmysqlユーザー、postgresqlはpostgresユーザーでDBディレクトリを読み書きできる必要があります。 そのため初回起動時にpersistentDiskのファイルオーナーを各ユーザーに変更
Rancherのストレージについて - Qiita
Rancher Meetup #3で Rancherのストレージについて登壇したので、それの抜粋転記です。 以下の資料は Rancher 1.6 系の資料となっておりKubernetesベースのRancher2.0とは全く違うものです。ご注意ください。 【会場変更 →渋谷】Rancher Meetup Tokyo #3 - connpass https://rancherjp.connpass.com/event/45768/ 元のスライドはこちら。 Rancher Meetup Tokyo#3 Storageについて http://www.slideshare.net/ttyno/rancher-meetup-tokyo3-storage 1. Dockerで困ること インフラ的にDockerで困ること2つ データストアであるストレージで困る ネットワークで困る 2. なぜこのお題に？
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
複数のDockerコンテナで同じボリュームをマウントして共有ディスクのようにすることはできますか？
cp — Docker-docs-ja 17.06 ドキュメント
Docker for Mac で Elasticsearch を動かした際に too many open files でエラー。Volume内のfile descriptor は増やせない？
Docker for WindowsでVolume相対パス指定 - Qiita
Data Volume Containerを使わないで永続化する方法(Named Volume) - Qiita