タグ付けされた質問 「openstack」

私はWeb開発者ですが、いくつかの管理タスクにも興味があります。したがって、純粋な管理からdev-opsへの新しい移行は私にとって便利です。 とにかく、私はいくつかの問題を関係に入れるためにいくつかの問題を抱えています。おそらくないので、明確にするために助けを求めたいと思いました。 基本的に、私が関係させたいのは4種類のソフトウェアです（私の理解から）。正確な製品は関係ありません。代わりに同様のソフトウェアを配置できます。 Vagrant：私の理解では、VMの作成と管理を自動化することです：VMのセットアップ、開始、停止。これは、ローカルVMまたはリモート（クラウドプラットフォームなど）を使用して実行できます。 Docker：Linuxカーネルのいくつかの概念に基づいた「軽量VM」。共有Webホスティング環境などでプロセスを分離して実行するために使用できます。 Chef：VMなどのオペレーティングシステムをセットアップおよび構成するためのツール。 OpenStack：独自のプライベートクラウドを構築できるツール。したがって、AWSなどに匹敵します。 質問＃1：私の説明は正しいですか、それともこれらの消費の一部（またはすべて）が間違っていますか？ 質問＃2：これらのツールすべてをどのように組み合わせることができますか？それは理にかなっていますか？ 私の想像力と私の理解の観点から、あなたは行くことができ、 OpenStackを使用して独自のクラウドを構築し、 Vagrantを使用して、クラウドで実行されているVMを管理します。 Chefを使用してこれらのVMをセットアップします 最後にDockerを使用してVM内でプロセスを実行します。 これは正しいです？そして、もしそうなら、これらすべての使用を開始する方法についてアドバイスをいただけますか（それは同時に非常に多く、どこから始めるべきかまだわかりません）。

56 chef  docker  vagrant  openstack  lxc 

ユーザーデータは、2つのかなり大きな（1 PBを超える）OpenStack Swiftストレージクラスターに保存されます。それらをクラスターAおよびクラスターBとします。 さらに、そのデータとやり取りする必要があるPoPがいくつかあります。これらのPoPのサーバーは事実上ディスクレスです。つまり、ユーザーデータがサーバーに保存されたりダウンロードされたりすることはありません。PoPは、一般的な世界の地域（北米、南アフリカ、中央ヨーロッパなど）にグループ化できます。 一部のPoPは、任意のクラスターのSwiftエンドポイントからかなり離れているため、望ましくない遅延が発生します。これをある程度緩和するために、各リージョンにキャッシングゲートウェイサーバーをセットアップします。これにより、最も近いクラスターへのr / w要求がキャッシュされます。 現在、PoPのいずれかのクライアントは、Swift Object Storageをブロックデバイス（多かれ少なかれ）としてマウントするFUSEモジュールである、永続的にマウントされた迅速な仮想ファイルシステムによってユーザーデータにアクセスします。ただし、そもそもsvfsは安定しているわけではなく、将来的にはクライアントはNFS経由でキャッシュサーバーにアクセスする必要があります。 これは、目的のアーキテクチャの1つのブランチの図です。 +------------------+ +------------------+ NFS +------------------+ | Cluster A | SVFS | Region 1 Cache +----------> R1 PoP a Client | | +----------------> | | | |Persistent Storage| |Ephemeral Storage+----+ |Generates R/W Load| +-----------------++ +------------------+ | +------------------+ | | | +------------------+ …

14 nfs  network-share  openstack  disk-cache 

通常、https：//serverfault.com/a/268727/126950： スナップショット=すべてのデータを含む、ボリュームが特定の瞬間にどのように見えたかの正確なキャプチャ。 画像=システムの合計スナップショット（ユーザーデータは保存されません） ただし、http：//docs.openstack.org/folsom/openstack-ops/content/snapsnots.htmlは言う OpenStackでは、インスタンスのスナップショットはイメージです。glanceに直接アップロードした画像とスナップショットで作成した画像の唯一の違いは、スナップショットで作成した画像にはglanceデータベースに追加のプロパティがあることです。 では、なぜOpenStackはイメージとスナップショットを区別するのですか？

10 snapshot  openstack 

OpenStackをデプロイするためのテストベッドとしてマルチVMの迷惑な環境を使用しようとしています。1つのVMからVMの内部のVMに通信しようとすると、ネットワークの問題が発生しました。 2つのVagrantノード、クラウドコントローラーノードと計算ノードがあります。ホストオンリーネットワークを使用しています。私のVagrantfileは次のようになります： Vagrant::Config.run do |config| config.vm.box = "precise64" config.vm.define :controller do |controller_config| controller_config.vm.network :hostonly, "192.168.206.130" # eth1 controller_config.vm.network :hostonly, "192.168.100.130" # eth2 controller_config.vm.host_name = "controller" end config.vm.define :compute1 do |compute1_config| compute1_config.vm.network :hostonly, "192.168.206.131" # eth1 compute1_config.vm.network :hostonly, "192.168.100.131" # eth2 compute1_config.vm.host_name = "compute1" compute1_config.vm.customize ["modifyvm", :id, "--memory", 1024] end end …

9 networking  virtualbox  vagrant  openstack  qemu