web-dev-qa-db-ja.com

誰もがJujuを使用してOpenStack環境にSwiftをデプロイしましたか?

一部のUbuntuサーバーにOpenStack環境をデプロイする方法について読んでいます...手動でデプロイおよび構成する方法についての情報を見つけ、サーバーハードウェアのプロビジョニングにOrchestraを、OpenStackノードのインストールにJujuを使用してデプロイする方法についての情報を見つけました。

手動インストール 指示 は、OpenStack環境の一部としてSwiftをインストールおよび構成するための手順を含みましたが、2.2節のOrchestra/Jujuの指示はありません こちら スライド41の指示 ここ Swiftについて何かを含めます。OpenStackをOrchestraとJujuでデプロイするときにSwiftをお試しになりましたか?Swiftは存在するようです(Swift、Swift-proxy、Swift-storage)、しかし、私はそれらを使用する方法に関するドキュメントを見つけることができないようです...

4
Bryan

ブライアン

ここに短い方法があります。このウィキにオプションのセクションを追加して、これの概要を説明します。

# branch charms
bzr branch lp:charm/Swift-proxy
bzr branch lp:charm/Swift-storage

# create a config yaml file for the storage charm. 
# the block-device setting needs to point to a block
# device that exists on *all* storage nodes, to be formated
# mounted and used as a backing store for objects
echo <<END >Swift-storage.yaml
Swift-storage:
  block-device: xvda2
END

# deploy proxy
juju deploy --repository=$REPO local:Swift-proxy
# deploy storage 
juju deploy --config=Swift-storage.yaml --repo=$REPO local:Swift-storage
# add the relation
juju add-relation Swift-proxy:Swift-proxy Swift-storage:Swift-proxy
# add 2 more units to give us the minimum 3 required nodes
juju add-unit Swift-storage
juju add-unit Swift-storage

これにより、各オブジェクトの3つのレプリカを保持する機能クラスターが提供されます。独自の独立したクラスターとして使用することも、OpenStackクラウドの残りの部分に結び付けてVMイメージのバックエンドストアとして使用することもできます。

juju add-relation glance:object-store Swift-proxy:object-store

4台の余分なサーバーが配置されていない場合は、EC2プロバイダーを使用してこれをテストできます。

いくつかのメモ:

  • 現在のSwiftチャームは概念実証のようなものであり、ストレージノードを非常にうまくスケールアップおよびスケールダウンできるように実際には設計されていません。
  • これを展開するには合計4つのノードが必要です(1つのプロキシ、3つのストレージ)
  • 現在のチャームは、tempauthと呼ばれる非推奨の偽の認証システムを利用しています。 OpenstoneのコアコンポーネントとしてKeystoneを追加すると、Swiftはこれを認証/承認に使用する必要があります(Keystone charmは近日公開予定)
  • このサイクルでは、Swiftチャームを拡大/書き換えして、キーストーンに対する認証、およびインテリジェントなマシンの選択と配置を可能にする未着地のJuju機能を利用するチャームを展開するためのいくつかの作業項目があります。チャーム。
5
adam_g