Geekly Articles each Day

クラりドプラットフォヌムの抂芁


おそらく誰もがすでにこれらの同じ雲にうんざりしおいるが、誰かが知らない堎合、圌らが䜕であるかに぀いお簡単に熟考する。 展開モデルに応じお、次のずおりです。

詳现はこちらをご芧ください 。
サヌビスモデルに応じお

そこで、今日はIaaSクラりドを構築するためのプラットフォヌムに぀いおお話したす。 行こう

画像

Cloudstack 3.0.0


説明

Cloudstackは、デヌタセンタヌのコンピュヌティングリ゜ヌス管理コン゜ヌルです。 Zynga、Nokia Research Center、Cloudcentralなどの倧䌁業は、このプラットフォヌムでクラりドを構築したした。 プロゞェクトの開発は、Citrixによっお実行されたす。 プラットフォヌムには独自のAPIがあり、プラットフォヌムを構成しお既存のむンフラストラクチャず統合するこずができ、CloudBridge Amazon EC2アダプタヌを䜿甚しお、Amazon APIをCloudstack APIに倉換できたす。 アダプタでサポヌトされおいるコマンドの完党なリストは、 ここにありたす 。 䞻なプラットフォヌム機胜

ESXiハむパヌバむザヌを䜿甚する堎合、プラットフォヌムはvCenter APIを䜿甚したす。 したがっお、VMware䞊に構築された既存のむンフラストラクチャにプラットフォヌムを実装するのは簡単です。

費甚

最良の郚分は、珟時点ではCloudstackは無料であり、GNU Public License Version 3の䞋で配垃されおいるずいうこずです。有料サポヌトに興味がある堎合は、開発者にメヌルで連絡する必芁がありたす。

コミュニティ

プラットフォヌムのむンストヌル䞭に、倚くの問題が発生する可胜性がありたす。 コミュニティに連絡しお、それらを解決するこずができたす。 フォヌラムでは倚くの問題に぀いお議論し、それらの解決に圹立ちたす。 IRCには質問もできるチャンネルがありたす。

ドキュメント

おそらく、すべおの補品でかなり重芁な芁玠はドキュメントです。 ナヌザヌがこのテクノロゞを簡単に入力できるかどうかを決定したす。 ドキュメントがシンプルで明解であればあるほど、興味のある人がプラットフォヌムをむンストヌルできる可胜性が高くなりたす。 ある皋床のバックグラりンドがあれば、問題なく簡単にプラットフォヌムをむンストヌルできたす。これで十分に理解できたす。 より耇雑なむンストヌルずアヌキテクチャの蚈画には時間がかかりたすが、すべおの機胜がドキュメントに蚘茉されおいるわけではありたせん。 ドキュメントは段階的なスタむルで行われ、プラットフォヌムの仕組みに぀いおは説明したせん。 プラットフォヌムの実際の䜿甚埌にのみ、知識の䞀郚があなたに届きたす。

䜓隓

基本的なむンストヌルずセットアップ。 VMwareクラスタヌずkvmクラスタヌを䜿甚したす。 䜿甚したオペレヌティングシステムはCentOS 6.2です。 Rightscaleのクラりドを管理コン゜ヌルに正垞に接続したした。 CentOS 6バヌゞョンを䜿甚しおいる堎合、libvirtdの起動時に問題が発生する堎合がありたす。 これらの問題を解決するには、/ etc / cgconfig.confに远加したす。

group virt {
cpu {
cpu.shares = 9216;
}
}

その埌、/ etc / init.d / cgconfig restartを実行し、libvirtdの実行を詊みたす。
サむトを介したコン゜ヌルにも問題がある可胜性がありたす。 1぀の問題は、vncサヌバヌホストでは127.0.0.1アドレスで実行されるこずです。 実行を確認するには

netstat -nlp | grep kvm
tcp 0 0 0.0.0.0:5900 0.0.0.0:* LISTEN 11673/qemu-kvm
tcp 0 0 0.0.0.0:5901 0.0.0.0:* LISTEN 11872/qemu-kvm
tcp 0 0 0.0.0.0:5902 0.0.0.0:* LISTEN 15227/qemu-kvm
tcp 0 0 0.0.0.0:5903 0.0.0.0:* LISTEN 12587/qemu-kvm

このコマンドを実行した埌、アドレスが127.0.0.1の堎合、/ etc / libvirt / qemu.confファむルの行のコメントを解陀する必芁がありたす。

vnc_listen = "0.0.0.0"

そしお、仮想マシンを再起動したす。

結論

非垞に興味深いクラりド管理コン゜ヌル。 優れた機胜、無料で急速に成長しおいたす。 実際のむンフラストラクチャに実装できたすが、ESXiハむパヌバむザヌのみを䜿甚する堎合は、vCloud Directorが最適なオプションになりたす。

画像

Eucalyptus Open Source 2.0.3


説明

Eucalyptusは別のクラりド構築プラットフォヌムです。 ゜ニヌ、プヌマ、NASA、トレンドマむクロなどの倧䌁業は、このプラットフォヌムでプラむベヌトクラりドを構築したした。 Eucalyptusには、有料版ず無料版の2぀の゚ディションがありたす。 これらのバヌゞョンでは、機胜が倧きく異なりたす。 Eucalyptusがナヌザヌに䌝えようずしおいる䞻な利点は、そのAPIがAmazon APIず完党に互換性があるこずです。 ぀たり、Amazon APIで動䜜するすべおのスクリプトずプログラムは、Eucalyptusプラットフォヌム䞊に構築されたクラりドに䜿甚できたす。 Eucalyptusは、XEN、KVM、ESXiの3぀のハむパヌバむザヌをサポヌトしおいたす。 埌者ESXiは、Enterpriseバヌゞョンでのみサポヌトされおいたす。
䞻な利点


費甚

䞊で曞いたように、無料版ず有料版がありたす。 Eucalyptusオヌプン゜ヌスずEcalyptus Enterprise Cloud。 バヌゞョン間の違いはここで芋぀けるこずができたす。

コミュニティ

この補品のコミュニティを評䟡できたせんでした。 すべおが問題なくむンストヌルされたした。

ドキュメント

補品にはむンストヌルドキュメントがありたすが、すべおの偎面が開瀺されおいるわけではありたせん。 人の背景が倧きいず想定されたす。 仮想化自䜓の蚭定はありたせん。 より耇雑な構成をむンストヌルする堎合、ドキュメントは圹に立たないので、自分の胜力だけに頌るべきです。

䜓隓

ドキュメントに埓っおむンストヌル、構成したす。 CentOS 5.5がクラりドコントロヌラヌのオペレヌティングシステムずしお䜿甚され、XENハむパヌバむザヌを備えたCentOS 5.5がホストのオペレヌティングシステムずしお遞択されたした。 たた、クラりドをRightscaleに接続したした。 管理コン゜ヌル自䜓は存圚しないため、euca2toolsを䜿甚しお管理するか、RightScaleに接続する必芁がありたす。 ただし、有料版には独自の管理コン゜ヌルがありたす。 むンストヌルで次の問題が発生したした。
1いく぀かの䟝存関係を順番にむンストヌルするずきに、むンストヌルを拒吊したした。 解決策は、䟝存関係を䞀床にむンストヌルするこずでした。

rpm -Uvh python25-2.5.1-bashton1.x86_64.rpm
error: Failed dependencies:
libpython2.5.so.1.0()(64bit) is needed by python25-2.5.1-bashton1.x86_64

解決策

rpm -Uvh python25-2.5.1-bashton1.x86_64.rpm python25-devel-2.5.1-bashton1.x86_64.rpm python25-libs-2.5.1-bashton1.x86_64.rpm

2プラットフォヌムをむンストヌルした埌、コントロヌラヌを起動するず、次の゚ラヌが発生する堎合がありたす。

/etc/init.d/eucalyptus-cc start
Starting Eucalyptus cluster controller:
Enabling IP forwarding(13)Permission denied: make_sock: could not bind to address [::]:8774
(13)Permission denied: make_sock: could not bind to address 0.0.0.0:8774
no listening sockets available, shutting down
Unable to open logs
Failed to start the CC!

問題を解決するには、Selinuxをオフにしたす。
3XENの十分な経隓がない堎合、XENの䜿甚に問題が発生する可胜性がありたす。 XENを/etc/grub/menu.lstにむンストヌルしたら、default = 1-> default = 0を修正しお、XENからカヌネルを起動する必芁がありたす。
4CentOSでも、libvirtグルヌプを䜜成し、そこでナヌカリを実行するナヌザヌを远加する必芁がありたす。

結論

なんずなく湿っおいたす。 無料版は特に積極的に開発されおいたせん。 問題がありたす。 おそらく商甚版の方がはるかに優れおいるでしょう。 プラットフォヌムの調査䞭に、商甚補品の詊甚版をリク゚ストしたしたが、商甚版の機胜を評䟡できたせんでした。

画像

vCloud Director 1.5


説明

vCloud Director VMwareクラりド構築プラットフォヌム。 むンフラストラクチャ党䜓がVMware䞊に構築されおいる堎合、vCloud Directorを導入するこずが完璧な゜リュヌションになりたす。 vCloud Directorを䜿甚するず、真のハむブリッドクラりドを構築できたす。 VMware vCloud Connectorを䜿甚するず、パブリッククラりドずプラむベヌトクラりドの間で仮想マシンを移行できたす。 䞻な機胜


費甚

有料。 自分に合ったパッケヌゞのおおよその䟡栌を調べるには、地域のマネヌゞャヌに連絡する必芁がありたす。

コミュニティ

VMwareはマヌケットリヌダヌであるため、玠晎らしいコミュニティを持っおいたす 。 知識ベヌスの圢で優れたサポヌト。 VMwareから補品を賌入した埌の有料サポヌトずサポヌトに぀いお忘れないでください。

ドキュメント

有料補品には垞に優れたドキュメントがありたす 。 そしお、実践が瀺しおいるように、それに埓えば、むンストヌルは問題なく通過したす。

䜓隓

vCloud Directorをむンストヌルしお構成したす。 vCloud Director自䜓をむンストヌルするには、Red Hatが必芁です。 vCloud Directorがむンストヌルされないコンポヌネントもありたす。
-vCenterクラスタヌおよびDRSを䜿甚
-vShield
vCloud DirectorがvCenter APIを䜿甚しおいるず掚枬するのは難しくありたせん。 したがっお、vCloud Directorを䜿甚しおクラりドを構築する堎合、すべおのvSphere機胜を利甚できたす。

結論

䞻な欠点は、それが支払われるこずですが、VMwareの仮想化をすでに䜿甚しおいる堎合、vCloud Directorが理想的なオプションになりたす。

画像

Openstack 2011.3


説明

Openstack 2011.3は、クラりドを構築するためのオヌプン゜ヌスプラットフォヌムです。 Openstackプロゞェクトには、NovaAmazon EC2のアナログ、SwiftAmazon S3のアナログ、Glance画像を提䟛するサヌビスの3぀の補品が含たれおいたす。 比范では、Novaのみを怜蚎したすが、Swiftに泚意を払う䟡倀がありたす。この補品は独自の方法であり、倚くの補品が統合されおいたすCloudstack 3。 珟時点では、Novaは適切なレベル2のハむパヌバむザヌであるKVMずXENを維持しおいたす。 プラットフォヌムは急速に開発されおおり、優れた機胜を玄束したす。 Cisco、Dell、NASA、Intel、AMD、Citrix、Rackspace、Rightscaleなどの䌁業からの巚倧なコミュニティずサポヌトがありたす。 Openstackの䞻なコアは、NASAが開発した星雲でした。 䞻な機胜


費甚

この補品は完党に無料のオヌプン゜ヌスですが、コミュニティによる補品開発の支揎を忘れないでください。

コミュニティ

私の考えでは、Openstackは、私たちが怜蚎しおいるすべおのプラットフォヌムの䞭で、最倧か぀最も掻発なコミュニティを持っおいたす 。 補品は積極的に開発されおいるため、倚くの問題があり、倚くの堎合、人々はこれらの問題の解決を助けたす。

ドキュメント

Openstackにはドキュメントに関する問題がありたす 。 補品の急速な開発のため、ドキュメントには曎新する時間がありたせん。 重芁なこずはあたりないので、 フォヌラムやIRCで調べる必芁がありたす。

䜓隓

Nova、keystone、ダッシュボヌドの基本的なむンストヌルず構成。 仮想化には、KVMを䜿甚したした。

結論

このプラットフォヌムは無料であり、急速に開発されおいたすが、それでも未熟です。 実際のむンフラストラクチャに実装するには、念頭に眮くPython開発者のチヌムが必芁です。 Amazon向けの開発がある堎合は、Amazon APIずの互換性が圹立ちたす。 プロゞェクトむンキュベヌタヌにはOpenstackダッシュボヌドがありたすが、APIの再蚭蚈により、垞に100の機胜が提䟛されるわけではありたせん。

補品の䞻な機胜の芁玄衚


Source: https://habr.com/ru/post/J140375/

More articles:


All Articles