問題タブ [linux-containers]

私は研究しています：

• Docker コンテナ
• Google コンテナ

目標は、これら 2 つのいずれかを、企業内の Linux を搭載した自社の物理ボックスで Dev/Prod 用に使用することです。ただし、Google が LXC (Linux Containers) を再実装し、代わりに独自のlmctfyを使用していることを読みました。

クラウド スペースなしで Linux ボックスで Google Containers を使用することはできますか? あなたの経験は高く評価されます。

Linux Containers (lxc) で作業しようとしています。インストール後、コンテナを作成しようとしました。lxc-1.1.1を使用してUbuntu 14.04に取り組んでいます。新しいコンテナーを作成しようとすると、次のエラーが表示されます。

lxc-create: 共有ライブラリの読み込み中にエラーが発生しました: liblxc.so.1: 共有オブジェクト ファイルを開けません: そのようなファイルやディレクトリはありません。この問題を克服するための助けをいただければ幸いです。

私のシステム: Ubuntu 14.04.2 amd64

これを参照してください：

次に、同じコマンドですが、sudo を使用します。

権限のないコンテナー ( などCentOS 7) では使用できないイメージがいくつかあるようです。自分のユーザーで画像の完全なリストを使用するにはどうすればよいですか? 特権コンテナーを使用するのは好きではありません。

現在、LXC コンテナー API を調べています。現在実行中のプロセスがどのコンテナーに属しているかをオペレーティング システムに知らせる方法を見つけようとしています。このように、OS はコンテナーに従ってプロセスにリソースを割り当てることができます。

my_container実行時に呼び出されるコンテナがありdocker run -i -t my_container、実行npm --versionして取得でき2.7.4ます。

ただし、コンテナの外部から同じコマンドを実行しようとすると、次docker run --workdir=/home/ubuntu/www my_container npm --versionのエラー メッセージが表示されます。

npm が見つかりません。lxc-start: コンテナの起動に失敗しました。lxcstart: --logfile および --logpriority オプションを設定すると、追加情報を取得できます。

私が実行するほとんどのコマンドは、npm. それがさらに手がかりを追加する場合、私はCircle CIでこれを行っています。

Fedora で動作する Windows プログラムsandboxieに相当する Linux (近い) はありますか? 完全ではありませんが、基本的には C:\Sandbox\\XYZ ディレクトリを作成し、XYZ サンドボックスで実行されているプロセスは透過的に (プロセスに対して) ロックされ、そのフォルダーに変更を加えることができなくなります。Sandboxie を使用すると、実行中のプロセスがそこの外を見ることができます。基本的には、プロセスにコンピューターの状態を与えることができますが、その上にサンドボックス ディレクトリをオーバーレイして優先順位を付けます。

私は、bash ターミナルを起動し、いくつかsudo yum(または、現在はその代わりsudo dnf) のインストールを行い、他のことは何でもして、すべて自己完結型にしたいと考えています。

したがって、これらの Linux サンドボックスの 1 つを削除することができ、その内部で行われたすべて (yum または dnf のインストールを含む) は蒸発し、サンドボックスの外部に影響を与えることはありません。そして、うまくいけば、サンドボックスから完全な環境に「物事を持ち出す」方法があるでしょう.

多くのサンドボックスに適した軽量のソリューションに興味があるため、たとえば、すべてを新しいインストールにコピーする必要はありません。

私はLinux コンテナーに興奮していましたが、試してみたのが間違っていたのかもしれません。を試しsudo lxc-execute -n test bashた後、「含まれる」bash ログイン内touch fromLxcで run を実行しました。残念ながら、lxc コンテナーにない他の端末からは表示されます。

私はdockerを見ました、しかし、それは物事をo/sの「上で」実行させないように見えますが、dockerインストールで物事を実行します。そのため、最上位の o/s に何かを追加すると、docker インストール内でそれらを再追加する必要があります。

chrootトップレベルの O/S が変更されると、変更が chroot 環境に「伝播」するとは思わないため、機能するとは思いません。

私は Docker の世界をもう少しよく理解しようとしていますが、これらの違いについて頭を悩ませているようには見えません。OCF はOpenContainersによって承認された新しいコンテナ標準であり、Docker はその標準の最初の参照実装になると考えています。しかし、それでも、Google Gods が次のことについて答えを提供していないように見えるという懸念があります。

• OCFの「標準」とは正確には何ですか？ただの書面？書かれたAPI？コンパイルされた C ライブラリ?
• この規格によって管理される特定の項目の例は何ですか? 「コンテナ」とは何かを本当に理解していないと、コンテナの管理基準が何に対処しているのかを理解するのは難しいと思います。
• runc と libcontainer は Docker/OCF の方程式にどのように/どこで適合しますか?