openstack高級應(yīng)用指南二本是深入介紹OpenStack各組件以及綜合方面第二篇

OpenStack高級應(yīng)用指南（二OpenStack高級應(yīng)用指 1、NeutronL3 1、KVM部 2、ESXi部 五、Swift部 1、CAP理 CAP理論給出了3個基本要素 2、OpenstackCPU/Disk/networkQoS功 3、Openstack中的LoadBalanceAsA 單元測試(smalltest/unit 集成測試(Large 界面測試(UI 性能測試(stresstests/performance 測試(globalization 升級測試(upgrade Tempest測試框架介 基于Openstack的Tempest實 Openstack環(huán)境搭 3、Openstack性能測試 Rally簡 Deploy BenarkOpenstack 小 1、NeutronL3DHCPDVR資料，請參考：Openstack中的DVRPart1--東西向流量處理OpenStackNeutronDVRL2Agent的初步解析（二）OpenStackNeutronDVRL2Agent（一）L3serverIPserver指定到第二個路由的IP地址。l3_ha=TrueL3agent上。當(dāng)你的網(wǎng)絡(luò)節(jié)點個數(shù)小于min時，HA路由會創(chuàng)建失敗。資料，請參考：openstackneutronL3NeutronSEnginxOpenStackLBaaS（負載均衡即服務(wù)二、Novaresearchbenarkperformancetunning提供依據(jù)。DiskNetworkCPU1min5min15minloadaverage(15min),top命令獲取，這個值最好不因超過0.7*CPU核數(shù)，此時虛擬機可以工作的比較好。 DiskIO各種情況下的讀寫NetworkIOthroughput,延遲,抖動,Netperf,buffersize/messagesizetcp/udp三、keystoneMySQLHA MysqlGaleraActiveActiveMysqlPacemaker，推薦讀《SUSEhighavailabilityguide /ation/sleha/singlehtml/booksleha/booksleha.h 備機的災(zāi)容，Heartbeat或者Corosync做心跳監(jiān)測、服務(wù)切換甚至failover，Pacemaker實現(xiàn)服務(wù)（資源）的切換及控制等；或者類似的機制。其中主要使用Pacemaker實現(xiàn)了mysqlactive-passive高可用集群。AA主機B主機再寫入自己指定的磁盤設(shè)備，從而實現(xiàn)兩主機數(shù)據(jù)的同步,也就實現(xiàn)了寫操作高可用。DRBD一般是一主一從，并且所有的讀寫操作，掛載這里有對DRBD的介紹。HAforNovaDBOpenStack介紹了只使用共享磁盤而沒有使用DRBD，通過MySQLHAwithPacemakerPacemaker提供高可靠服務(wù)，這也是很常GaleraMysql/InnoDBmaster集群的開源項目，提供了很多的MySQLPerformanceBlog的說法，MySQL幾種高可用解決方1、KVM1）KVM虛擬機CPU綁定性能調(diào)優(yōu)高提高10%。綁定前 CPU CPUAffinity: cpucpu對應(yīng)關(guān)系位圖y'cpu0cpu1cpu0cpu綁定命令[root@ci13sjcmp03~]#virshvcpupin101<------將 1的cpu0綁定到物理cpu1綁定后 CPU CPUAffinity: 'y'cpu0cpu1cpu0cpu2、ESXi1、CAP一致性(Consistency)：任何一個讀操作總是能到之前完成的寫操作結(jié)果；可用性(Availability)：每一個操作總是能夠在確定的時間內(nèi)返回；分區(qū)可性(ToleranceofnetworkPartition)：在出現(xiàn)網(wǎng)絡(luò)分區(qū)的情況下，仍然CAP理論，三者不能同時滿足。對這個理論有不少異議，但是它的參考價33常見的部署模式有：Active-passive主備模式，Active-active雙主動模式，集群模active-passive模式，使用心跳機制或者類似的方法進行備nova-api、nova-network、glance等可以分別在每個計算節(jié)點上工作，RabbitMQ可以工作在主備模式，mysql可以使用冗余的高可用集群。不過，nova-volumeiSCSIDRBDiSCSI的高OpenStack具體介紹見ExistingHighAvailabilityOptionsforNetworking。避免每個計算節(jié)點的網(wǎng)關(guān)功能。這樣，每個計算節(jié)點都需要安裝pute外還要nova-network和nova-api，并且需要能連接。具體介紹見NovaMulti-hostModeagainstSPoF。故障轉(zhuǎn)移。能夠 秒轉(zhuǎn)移到熱備份上，詳細介紹4VM橋接到多個網(wǎng)絡(luò)，VM2種傳出路由，實現(xiàn)故障時切換。但是這需要多個網(wǎng)絡(luò)，也需要設(shè)計切換策略。hardwaregatewayVLAN模式下Quantum的目標(biāo)是逐步實現(xiàn)功能完備的虛擬網(wǎng)絡(luò)服務(wù)。它暫時會繼續(xù)兼容舊的nova-networkFlat、Flatdhcpmulti_host的功能，支持OpenStack工作在主備模式（active-backup這種高可用性模式。Quantumnova-networkmulti_host模式共Quantum允許單個租戶擁有多個私人L2網(wǎng)絡(luò)，通過加強QoS，以后應(yīng)該能使hadoop集群很好的在nova節(jié)點上工作。OpenStack的鏡像可以使用swift，glance可以運行在多個主機。IntegratingOpenStackImageServiceGlance)withSwiftglanceswift存CorosyncHeartbeat等配套使用。Pacemaker能夠較為靈活的實現(xiàn)主備、N+1、N-N等多種模式。bringing-high-availability-openstack-keystone-and-glance夠告訴一個節(jié)點另一個節(jié)點是否正常運行g(shù)lance和keysone因為，Swift設(shè)計時就是分布式（沒有主控節(jié)點、容錯、冗余機制、數(shù)據(jù)恢復(fù)機制、可擴展和高可靠的。以下是Swift的部分優(yōu)點，這也說明了這點。Built-inReplication(Ncopiesofaccounts,container,3x+dataredundancycomparedto2xonRAIDSwift3個備HighEasilyaddcapacityunlikeRAIDElasticdatascalingwithNocentral passive在容災(zāi)與可用性方面，RabbitMQ間的延遲導(dǎo)致信息丟失，RabbitMQPublisherConfirm機制以確保消息被ClusterActive/PassiveActive/ActiveActive/Passive模式下，一旦一個節(jié)點失敗，Passive節(jié)點就active-passive模式存在所說的問題，因此，基于RabbitMQ集群引入了一種雙主 這篇文章詳細介紹了RabbitMQ的高可靠部署和原理。mysqlActive-passive主備DRBD實現(xiàn)主備機的災(zāi)容，HeartbeatCorosync做心跳監(jiān)測、服機制。其中主要使用Pacemaker實現(xiàn)了mysqlactive-passive高可用集群。一個重要的技術(shù)是DRBD：(distributedreplicationblockdevice)即分布式塊設(shè)AAB主機再寫入自己指定的磁盤設(shè)備，從而實現(xiàn)兩主機數(shù)據(jù)的同步,也就實現(xiàn)了寫操作高可用。DRBD一般是一主一從，并且所有的讀寫操作，掛載這里有對DRBD的介紹。HAforNovaDBOpenStack介紹了只使用共享磁盤而沒有使用DRBD，通過MySQLHAwithPacemakerPacemaker提供高可靠服務(wù)，這也是很常GaleraMysql/InnoDBmaster集群的開源項目，提供了很多的點，比如分布式對象系統(tǒng)Swift、nova-network多主機模式。工作，通過去主從關(guān)系來減少主控節(jié)點失效帶來的問題，比如nova-api聽和備份模式，故障時及時切換，比如mysql高可用集群、nova-使用Pacemaker和Heartbeat等來實現(xiàn)。 2OpenstackCPU/Disk/networkQoS3、OpenstackLoadBalanceAsAweb應(yīng)用都會使用到負載均衡，當(dāng)這些應(yīng)用被部署到云端的時候，顯然云端最好可以以服務(wù)的方式提供LoadBalance給應(yīng)用。LBaaSOpenstackGopenstack里L(fēng)BaaS可以支持很多LoadBalanceHa，netscaler等等。APILBaaSPluginpluginMessageQueueLBaaSagentagent根據(jù)不同的driver（如ha 資料，可以參考：Grizzly中的LoadBalancer初步分析(smalltestunit單元測試存放在每個組件的代碼庫中,比如nova的單元測試都放在單元測試主要是針對與源碼級別的測試.需要數(shù)據(jù)或者模擬環(huán)境?Mockunittest一般只針對于public功能測試也存放在每個組件的代碼庫中,比如nova和單元測試相比,(數(shù)據(jù)庫,IO系統(tǒng),Hypvervisor等等)(Large基于Ruby的集成測試工具tempest集成測試要運行在一個完整的部署環(huán)境中,比如一個完整的部署了集成測試專注在系統(tǒng)功能,完整性,(UI社區(qū)有一個項目,HorizonseleniumHorizon在運試前,要先啟動OpenStackServer,并確保Horizon運轉(zhuǎn)正常(stresstestsperformance,RallyOpenStack的環(huán)境,tempestRally會模擬生成用戶負載,RallyCeilomterHypervisorVM的數(shù)據(jù),Rally的數(shù)Rally(globalizationGlobalization會測試文字翻譯是否可以正常切換,Globalization要確保文字是正確編碼,(比如語是從右向左的閱讀習(xí)慣)(upgradeDevStack,OpenStackTempestOpenStack提供集成測試的開源項目。它是基于unittest2和nose建立的靈活且易于擴展及的自動化測試框架，使得OpenStack相關(guān)測試效率得到大幅度提升。TempestTempestOpenstackOpenstack類似，Tempest由社區(qū)人員。Tempest測試框架包含Openstack基本組件（nova,keystone,glance,quantum,cinder）JSON、XMLRESTAPI格式類型的測試，以及CLI測試。OpenstackTempestTempestOpenstack環(huán)境。下面將簡要介紹Openstack環(huán)境搭建。Openstack執(zhí)行以下命令DevStack到指定路徑git 進入DevStack所在路徑，并執(zhí)行stack.shIBM 3、OpenstackRallyRally集成了部署、API測試、壓力測試功能(如下圖)devstack部署，tempest做API測試，因此Rally常用于模擬高并發(fā)場景的壓力測試。Rally測試openstack在并發(fā)下API的相應(yīng)時間和請求成功率，從而測試出openstack規(guī)模和性能。Deploy clone #virtualenvConfigure$source$rallydeploymentcreate--filename=existing.json--name=openstack#初始化Rally，把所需測試openstack集群的keystoneurl，用戶租戶信息寫入到existing.json中 #+++|+++|ceilometer|| |||||||+|Available|Available|Available|||Available|Available|cloudformation|Available|| || || || ||Available|Available|Available|Available|Available||+||Available| |Available+++ arkOpenstackrally/doc/samples/tasks/scenarios/包含各個組件的配置文件，直接使用即可，keystone創(chuàng)建- nova創(chuàng)建- 根據(jù)服務(wù)自身狀況，HAActive/ActiveActive/Passive 適合于sta ess/st