自分自身AWS。 パート1

こんにちは！





いいえ、それはフェズではありません



前回は、ハンドヘルドクラウドを作成するためのオープンソース市場に存在するものについて簡単に説明しました。

ここで、OpenStack自体と、Mirantis OpenStack 5.1の形式での実装について説明します。

Openstack

千の言葉の代わりに



最初に、OpenStackの構成を簡単に説明します。 そのため、 Horizo​​nは直接Webインターフェイスであり、それを介してクラウドとの作業のほとんどが行われます。 まれに、コンソールから何かをする必要があります。 Nova-仮想マシンのプロビジョニングを扱います。 libvirtのセットアップ、クォータの配布、ホストする物理ハードウェアの選択に関連するすべてはnovaにあり、このコンポーネントはネットワークオプションの1つであるnova-networkにも責任を負います。 Neutron （過去のQuantum）-ネットワークに関連するすべてのもの（インターフェース、仮想ルーター、dhcp、ルーティング）を担当します。 Open vSwitchに基づいています。 Webインターフェースを介して何かを実行できない場合、おそらくコンソールに実装されています。 Cinder-ブロックデバイスの操作を担当します。仮想マシンへの追加ディスクの発行に関するすべての質問はここに送信されます。 概要 -仮想マシンの元のイメージはここに保存されます。 オペレーティングシステムのスナップショットもここに保存されます。 Swift-オブジェクトストレージ。 Amazon S3と互換性のある広範なファイルAPIを備えています。 Cellometr-あらゆるものを監視します。 クラウドのすべてのコンポーネント、ストア、分析からデータを収集します。 REST APIを介して機能します。 Keystoneは、最後の最も重要なコンポーネントです。 他のすべてのコンポーネントとユーザーを認証および認証します。他のコンポーネントに直接アクセスする速度は、その動作速度によって異なります。 LDAPと統合できます。 Heat-それにより、あらゆる構成の仮想マシンのインストールを自動化できます。 HOT（ヒートオーケストレーションテンプレート）を使用します-基本的に、主要パラメーターの説明とshスクリプトとbatの両方を書き込むことができる個別のユーザーデータセクションを含むyamlファイル。

OpenStack Junoは、いくつかの新しいコンポーネントも追加します。 皮肉 -ベアメタルで動作します。 実際、Fuelが現在行っているのは、PXEブート、IPMI、およびその他の機能です。 Trove-サービスとしてのデータベース（DBaaS）。 詳細はこちら 。

燃料

記事の冒頭にあるリンクをご覧ください。 次に、設定内容と方法を説明します。 インストール後に最初に表示されるのはログインウィンドウで、続いて環境の作成ボタンが表示されます。 フェールセーフクラウドを構築するかどうか、バックエンドとして使用するもの-LVMまたはCeph、どのネットワークが必要か、実際のハードウェア（KVM）、仮想（QEMU）で構築するか、単に動作するものを管理するかなど、クラウドの基本的なパラメーターについて説明しますvSphere ESXi。 後者の場合、vCenterをインストールする必要があります。 OSとして、CentOS 6.5またはUbuntu 12.04.4を選択できます。 私の構成は、それぞれ非HA / Ceph / KVM / Neutron GREのように見えますが、この記事で説明するもののいくつかは、別のスキームには適さない場合があります。 多くの質問はネットワークの選択によって引き起こされる可能性があり、将来のいくつかの設定は同じパラメータに依存します。



免責事項：openstackはネットワークをセグメントに分割します。 管理ネットワーク-OpenStackサービスチームの作業のために、サーバーは同じネットワークからIPアドレスを受け取ります。 ストレージは、ストレージからのすべてのトラフィックを駆動するネットワークです。 パブリックは実際のネットワークであり、「世界に」ルーティングされ、そこからクラウド内のvirtualkaのアドレスを発行します。 ネットワークを物理的にもVLANを使用しても分割できます。 燃料にはもう1つのタグなしネットワークが必要です。 DHCP + PXEはその中に存在し、サーバーの可用性もチェックします。



クリック可能



Nova- network-非推奨ステータスに移行しました。 異なるクライアント間でクラウドを共有する必要がない場合に、非常に家庭での使用にのみ適しています。 レイヤー3 OSIモデルでのみ動作可能。





VLAN付きNeutron -802.1Qサポートがルーターで必要です。 このオプションでのみ、 SR-IOVプラグインとiSERを備えたmelanoxドライバーが機能します。 使用するVLAN IDの最終的な数を指定する必要があるため、クライアントの数を事前に知っていることを前提としています。 CentOSに問題がある可能性があります;それらを解決するために、Fuelには「VLANスプリンター」があります。





GREを備えたNeutronは、代替ネットワークオプションです。 ノード間の接続はGREトンネルを使用して実行されるため、プロセッサに追加の負荷がかかりますが、クライアントの数を事前にカウントしたり、ルーターでVLANを構成したりする必要はありません。 また、以前のバージョンとは異なり、個別のネットワークインターフェイスは必要ありません。





免責事項2：現在、neutronネットワークをセットアップする際のFuel UIには制限があります-パブリックIPとフローティングIPは同じネットワークセグメント（CIDR）からのものでなければなりません。 理論的には、これはOpen vSwitch CLIを介してすべてのクラウドコンポーネントをインストールした後、すでに実行できます。 ここでは、ネットワークとスイッチのいくつかのモデルのセットアップ例の違いに関する詳細情報を見つけることができます。 また、VxLANに関する素晴らしい記事を読むことをお勧めします。

セフ

これを「ネットワークRAID」と呼びます。 これは、ブロックデバイスとオブジェクトストレージの両方を提供する分散ファイルシステムです。 システムはタイミングにとって重要であるため、すべてのサーバーの時刻を同期する必要があります。 それは非常に良いドキュメントを持っているので、ここではその翻訳を扱いません。 燃料は非常に優れています*セットアップを行うので、基本的な構成では、ファイルで何も完了する必要はありません。



Fuelのディスク設定ウィンドウ

ディスクは4つの論理部分に分割できます。 そして、最初の3つですべてが理解できるように思える場合、仮想ストレージは長い間私に質問を引き起こしてきました。 判明したように、5GB未満にすることはできませんが、これはまだ半分の問題です。 主な問題は、qcow2イメージを使用して仮想マシンを作成しようとしたときに明らかになりました。OpenStackでは、イメージをrawに変換してcinderに入れるためにこのセクションが必要でした。 qcow2でスナップショットを作成することも必要でした。 その結果、生のシステムイメージのみで動作するように切り替えるには、ログから非自明なエラーをキャッチし、ドキュメントを読むのに数日費やさなければなりませんでした。









スピーカーに焦点を合わせる（合計）

最後に、リソースの割り当てについて少し説明します。 最初に、Fuelはcpu_allocation_ratio = 8.0を設定します。つまり、サーバーの1つの実際のCPUに8つの「仮想」を割り当てることができます。 /etc/nova/nova.confでこのパラメーターを変更できます。openstack-nova-apiを再起動すると、webmordに表示されますが、APIのバグのため、これはまだ不可能です。 ram_allocation_ratio（デフォルトは1）を変更すると、同じ問題が発生します。 使用可能なすべてのメモリが2回使い果たされた場合（ram_allocation_ratio = 2）に、仮想マシン内のアプリケーションがどのように動作するかを理解する必要があります。 しかし、これがOpenVZでどのように機能するかを思い出して、このパラメーターをあまり変更することはお勧めしません。



次の最後の記事では、同じクラウド内で複数のハイパーバイザー（KVM + Docker）を構築する方法、HeatとMuranoを使用して仮想マシンの構成を自動化する方法、およびクラウド。