PHPが動くApacheのコンテナ環境をhaconiwaで1万個動かそうとしてみた - 人間とウェブの未来
RubyKaigiに行くと本にサインを求められるすごいエンジニアが書いたhaconiwaというmruby製のコンテナエンジン（コンテナ環境構築の基盤ツール）があるのですが、少し試してみようと思って、とりあえず1サーバ上に1万コンテナぐらい動かそうとしてみました。久々に今回は自分の作ったOSSではなく、OSSの検証レポート的な記事になります。 haconiwaは僕の好きなOSSの一つで、それはなぜかと言うと、 haconiwaでコンテナを作る際に、haconiwa実行環境にはコンテナの要素機能が全て入っている必要はない 必要なコンテナの要素機能を簡単に組み合わせて、自分が実現したいコンテナ、あるいは、それに準ずる環境を作れる haconiwaによるコンテナ定義をRubyのDSLで表現でき、動的な設定や組み合わせの設定を簡単にかける ということができるからです。その特性から、CentOS6のよ
開発環境としてchrootを用いる - Qiita
chrootを用いた簡易な開発環境の構築 Linuxにおいて開発環境の為に仮想機械やdockerを試したが、強力すぎて宝の持ち腐れな上にリソースを食うので簡単な仮想環境としてchrootを扱うことが増えてきたのでまとめ。 debootstrapなどを用いて環境を作るまではいいが、そのあとやらなければならないことがある。 それは - file system としてカーネルから提供されてるAPIのprocfsとsysfsとdevfs。 - resolv.conf 最低限はここらへんだと思う。 /etc/fstabに書き込めばって感じだけど、適当に作って適当に壊す環境がほしいので今回は見送り 今回はこれに加えて - chroot内からのXを用いるアプリケーション - ssh key これらを毎回手動でやるのも疲れるのでshell scriptにまとめた。 shell scriptもいい感じに書け
Linux From Scratch
目次 序文 はしがき 対象読者 LFS が対象とする CPU アーキテクチャー LFS と各種標準 各パッケージを用いる理由 必要な知識 ホストシステム要件 本書の表記 本書の構成 正誤情報 日本語訳について I. はじめに 1. はじめに LFS をどうやって作るか 前版からの変更点 変更履歴 変更履歴 (日本語版) 情報源 ヘルプ II. ビルド作業のための準備 2. 新しいパーティションの準備 はじめに 新しいパーティションの生成 ファイルシステムの生成 変数 $LFS の設定 新しいパーティションのマウント 3. パッケージとパッチ はじめに 全パッケージ 必要なパッチ 4. 準備作業の仕上げ はじめに $LFS/tools ディレクトリの生成 LFS ユーザーの追加 環境設定 SBU 値について テストスイートについて 5. 一時的環境の構築 はじめに ツールチェーンの技術的情報
第9回 コンテナ型仮想化の情報交換会＠福岡に参加してお話させて頂いたのでメモ - ようへいの日々精進XP
ども、精進不足のかっぱです。 tl;dr 大雪の為に延期になっていた「コンテナ型仮想化の情報交換会＠福岡」が満を持して開催されました。 ct-study.connpass.com まずは、主催、運営された @ten_forward さん、会場を提供して下さった GMO ペパボの皆さんにお礼を申し上げたいと思います。また、登壇された皆さん、参加された皆さん、大変お疲れ様でした。 ということで、著名な登壇者の方々の合間を縫って Amazon ECS と ECR のお話をさせて頂いたので、他の登壇者の方の資料と聴講メモ、自分の発表の言い訳等を少し書いてみたいと思います。 発表 プログラム 13:50 - 14:00 オープニング・勉強会の紹介 14:00 - 14:40 Linux コンテナの基礎 (仮) @ten_forward 14:40 - 14:50 alpineの基礎についてなにか t
chroot環境のユーザ用にdev,procをmountする - うまいぼうぶろぐ
何か今更だけど。ふと思い立ったので。 http://d.hatena.ne.jp/hogem/20080710/1215681652 http://d.hatena.ne.jp/hogem/20061223/1166811956 chrootの最低限の環境だと、/procがないからプロセスが見えないっていう。なのでmountで--bindすれば、同じ内容のファイルを2つの場所からアクセス可能にしてあげる。 # mount --bind /proc /chroot/proc # mount --bind /dev /chroot/devsymlinkはファイル名を辿っていくだけなのでchrootから上のディレクトリには移動できないのでダメ。 自動起動 上のコマンドをrc.localとかに書いておくか、/etc/fstabにbindオプションを指定しとく。 /etc/fstab /proc /
Dockerとchrootを組み合わせたシンプルなコンテナデプロイツール - ゆううきブログ
この記事ははてなエンジニアアドベントカレンダー2015の1日目です。今回は、既存の運用フローに乗せやすいDockerイメージへのchrootによるデプロイの考え方と自作のコンセプトツール droot を紹介します。 github.com 背景 Docker 本番導入の課題 Docker 導入の目的 Docker + chroot のアイデア droot: Dockerイメージにchrootするコンテナツール droot の使い方 droot push: Dockerイメージをtar ball化しS3にpushする droot pull: S3にpushしたイメージをダウンロードし展開する droot run: 展開先のディレクトリにchrootする droot の実装 droot push/pull の実装 droot run の実装 あわせて読みたい あとがき 背景 Dockerがリリー
シェルスクリプトで書かれた軽量コンテナ MINCS がすばらしい (1) - TenForward
これはだいぶ前に書いたエントリです。MINCS作者による最新の解説があるのでそちらもご覧ください。 (2016-11-21追記) コンテナは使いたいけど、たくさんコンテナを起動すると結局それぞれのコンテナに対するセキュリティアップデートなどのメンテナンスは必要だし、コンテナ内独自のプログラムやライブラリ以外はホストと共有したいよね、って話が出てきたりします。みんな考えることは同じで、bind mount を使えば良いよね、って話はでてきてました。 こないだもブログで紹介した kazuho さんの jailing 私が LXC でも結構簡単にできるよ、っていう提案を兼ねて作った lxc-bind こないだのLinuxConでもDockerでたくさんのオプションを並べて、色々工夫して bind mount を使ってやってる発表もありました (Using Docker for existing
第1回 Dockerと「昭和54年」の深～い関係
いま、欧米のIT業界で最もホットな話題の1つが「Docker（ドッカー）」です。 「ウチの技術部門がポスト仮想化とか言っているけど、本当なのか？」 「Dockerって、コンテナを船に積む人？」 Dockerとは、一体何者なのでしょう。そして、なぜ企業がDockerに着目するのでしょう。19年以上オープンソースを手掛けているオープンソース・Linuxテクノロジーエバンジェリストの古賀政純が「Dockerって何？」を、“攻め”たいと思っているIT部門／情シスの方に向けて解説していきます。 本連載の目的は、Dockerに対する漠然としたイメージや誤解を払しょくし、正しくDockerを理解することにあります。このことは、システムの保守だけではないこれからの情シスに求められる“攻めのIT”の強い武器になると信じています。 まずはDockerとは何？ ですよね。それには、Docker誕生以前の基礎技術
virtualingでchroot配下のプロセスを簡単にリソース制御してみよう - 人間とウェブの未来
virtualingとはkazuhoさんの低コストでchrootするためのjailingと、mruby-virtualingによるリソース制御や必要であればIPアドレスの付与する機能を組み合わせたツールです。virtualingを使うと、Rubyコードによって、リソース制御可能なchroot環境でミドルウェアやコマンドを実行させることができます。 https://github.com/matsumoto-r/mruby-virtualing 例えば、とあるhttpdをvirtualingで動かしたい時は、以下のようなコードを書きます。 Virtual.new({ :resource => { # CPU [msec] exc: 30000 -> 30% :cpu_quota => 30000, # IO [Bytes/sec] 10 Mbyte/sec :blk_dvnd => "202:
Linux 上で5秒で chroot jail を使えるコマンド「jailing」が凄い！ - tokuhirom's blog
https://github.com/kazuho/jailing/ kazuhoさんがやってくれました。 ずいぶん前からlinuxでchroot jailを作るのに簡単な方法ないかなーと思ってました。個人的にはsystemd-spawnというのを使ってたのですが、幾らか気に入らない所があったり構築に時間がかかったり、ディスク容量を消費していました。簡単に使えて、ディスク容量を消費しないやつがほしいなーっておもってたんです。 とあるIRCで昨日、kazuhoさんと「ほしいですよねー」という話から始まって、github にある docker とかも物色しながら「いいのないねー」とか言ってたらkazuhoさんが「もすこし綺麗に書けそう」って言い出して朝から本格的に書き始めてついさっき出来上がりました。速いw 名前はjailing とても小さく、実装コードだと100数十ステップ程です。しかもpe
jailing - chroot jailを構築・運用するためのスクリプトを書いた
個人サーバで外部に公開するサービスを動かすときには、chrootを使うにこしたことはないわけです。サービス毎にchrootしてあれば、サーバソフトウェアにセキュリティホールがあっても、他の情報が漏洩したりする可能性をぐっとおさえることができるわけですから。 でも、そのためだけにVPSにdockerとかコンテナを入れて使うってのは、構築も運用もめんどくさいし、ディスク容量食うし、やりたくない。systemd-nspawnも割と重たい雰囲気だし、LTSなubuntuだとそもそもsystemd入ってないし… 俺たちがほしいのは、ホストの環境の一部のみにアクセスできる、手軽なjailだー！ ってわけで、ざっくり書いたのが、jailing。 /usr/bin等、OS由来のディレクトリをchroot環境にread-onlyでエクスポートしつつ、指定されたコマンドを、そのchroot環境で動かすスクリプ
15分で分かるLXC（Linux Containers）の仕組みと基本的な使い方 | さくらのナレッジ
最近注目されている仮想化技術の1つにLXC（Linux Containers）がある。LXCはコンテナ型仮想化技術と呼ばれるものの1つで、OS上に別の隔離された環境を構築するものだ。今回はLXCの仕組みと、基本的なインストールについて紹介する。 さまざまな仮想化技術とLXC 仮想化技術を使って一台のマシン上に複数の隔離された環境を構築する、というのはメインフレームの世界では古くから行われていたが、近年ではマシンの性能向上により、エントリレベルのサーバーでもこのような使われ方が実用的になっている。そういった背景の下注目されているのがLXC（Linux Container）と呼ばれる仮想化技術だ。 広く使われている仮想化技術としてはXenやKVMがあるが、これらはホストOS（もしくはハイパーバイザ）上で演算によって仮想的なマシン環境を作り出し、その上でOSを実行させることで複数のOS環境の構築
Vine Linux Magazine - ループバックマウントとchrootで作るなんちゃって仮想マシン
1台のPCで複数のOSを使い分けるソリューションとして、KVM や VMWare, VirtualBoxのような仮想マシンは今や常識となっています。 しかし、Linuxの上で別のLinux環境を実現するのであればchrootを使っても簡易仮想マシンの様な環境を作ることができます。 Vine Linuxでは、vbootstrap （Vine Linux の基本システムを作成するためのスクリプト）や debootstrap (Debian GNU/Linux bootstrapper)、rinse （Fedora や CentOS 等の chroot 環境を構築するツール）などの便利なパッケージが用意されており、容易に他ディストリビューションをVine Linuxの上で飼うことができます。 ですがここでは、既存のOSがインストール済みのディスクをそのまま活かして、Vine Linux 5.2の
Writing Robust Bash Shell Scripts - David Pashley.com
Many people hack together shell scripts quickly to do simple tasks, but these soon take on a life of their own. Unfortunately shell scripts are full of subtle effects which result in scripts failing in unusual ways. It’s possible to write scripts which minimise these problems. In this article, I explain several techniques for writing robust bash scripts. How often have you written a script that br
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer