虛擬機(jī)日常維護(hù)手冊

虛擬機(jī)日常維護(hù)手冊目的為提高處理虛擬化效勞器故障的力量，形成科學(xué)、有效、反響快速行，最大限度地減小效勞器故障對生產(chǎn)的影響，降低業(yè)務(wù)中斷風(fēng)險(xiǎn)，特制定本手冊。故障處理標(biāo)準(zhǔn)硬件維護(hù)HA更換至成功恢復(fù)。虛擬化平臺故障發(fā)生平臺故障后，相關(guān)人員應(yīng)準(zhǔn)時(shí)查找、確定故障緣由，進(jìn)展先平臺環(huán)境中，保持業(yè)務(wù)系統(tǒng)的正常運(yùn)行；將故障效勞器脫離網(wǎng)絡(luò)，進(jìn)展故障排解工作，并準(zhǔn)時(shí)聯(lián)系相關(guān)人員或廠商幫助解決。虛擬機(jī)軟件系統(tǒng)故障日常做好虛擬機(jī)的定時(shí)備份和快照，系統(tǒng)崩潰后，應(yīng)能夠準(zhǔn)時(shí)恢復(fù)虛擬機(jī)。查消滅故障的緣由并盡快排解。后和業(yè)務(wù)治理員認(rèn)真檢查業(yè)務(wù)是否恢復(fù)并做好恢復(fù)記錄。虛擬化平臺日常告警故障排解當(dāng)虛擬化平臺消滅告警信息，通過以下步驟排解：件的問題按硬件維護(hù)預(yù)案處理。對提示因資源缺乏或性能引發(fā)的告警，因查看近期性能圖表，找出緣由，消退故障提示。對于無法推斷的故障，可導(dǎo)出系統(tǒng)日志發(fā)給廠家分析處理虛擬化平臺故障預(yù)防虛擬機(jī)實(shí)時(shí)狀態(tài)備份的方式，定期做虛擬機(jī)快照，當(dāng)消滅問題時(shí)，可恢復(fù)到最近的快照狀態(tài)。6虛擬化平臺故障恢復(fù)假設(shè)故障照舊存在，通過以下步驟恢復(fù)：狀態(tài)。NBU從備份系統(tǒng)中進(jìn)展系統(tǒng)復(fù)原，復(fù)原后進(jìn)展必要的狀態(tài)信息檢查虛擬化操作系統(tǒng)恢復(fù)，通過重安裝虛擬化操作系統(tǒng)—vsphere復(fù)原底層平臺，并重部署到群集系統(tǒng)中。摘要：摘要：VMware治理XY然后把把Z但是很重要的一點(diǎn)是要弄明白這么做的目的。維護(hù)工作不僅僅是要維持系統(tǒng)在線，它同樣保證您可以從現(xiàn)有投資中獲得最大收益。雖然ESX、vSphere、vCenterWorkstation和穩(wěn)定的虛擬化技術(shù)，但是它們照舊需要進(jìn)展日常維護(hù)?；ㄙM(fèi)一些時(shí)間去了解您的架構(gòu)，然后制定VMware維護(hù)打算以滿足您的SLA〔servicelevelagreement〕級別并盡量削減工作壓力。下面的綱要中包含了一些最正確實(shí)踐，但是每個(gè)虛擬化架構(gòu)各有不同，您需要選擇最適合的方式。VMware維護(hù)工作依據(jù)頻率可以大致分解為：每天、每周和每月。VMware我每天要進(jìn)展的維護(hù)工作如下：查看報(bào)警郵件。郵箱監(jiān)控是一種持續(xù)的、被動的、而且一旦正確設(shè)置后不需花費(fèi)很多精的需要馬上處理，哪些是需要逐步去轉(zhuǎn)變的。假設(shè)某個(gè)特定的數(shù)據(jù)庫在每天的固定時(shí)間發(fā)送CPU警設(shè)置的條件和那些關(guān)鍵問題。巡察效勞器所在的房間。雖然我也設(shè)置了警報(bào)，但通過對主機(jī)所在的房間進(jìn)展一次快速的巡察我可以馬上推斷動身生了什么全部的風(fēng)扇都在運(yùn)行嗎？是否消滅內(nèi)存過失？SAN系統(tǒng)中的磁盤驅(qū)動器正常嗎？通過觀看硬件上的指示燈我可以獲得根本的狀態(tài)信息。我還會快速檢查一下不連續(xù)電源的供電電壓，以HP公司在宿主機(jī)上集成的Lights-Out和溫度，尤其在沒有物理登陸宿主機(jī)或SANvCenter/VirtualCenter。我會執(zhí)行全部還未完成的任務(wù)，瞥一眼ESX您很生疏自己在靜止時(shí)的心跳，同時(shí)還需要通過跑步機(jī)或騎自行車來定期檢驗(yàn)一下。VMware每周我會執(zhí)行如下動作：備份vCenter/VirtualCenter數(shù)據(jù)庫。我的現(xiàn)有系統(tǒng)變化不太頻繁，因此一周執(zhí)行一次數(shù)據(jù)庫清理和治理高一些。照舊要強(qiáng)調(diào)那個(gè)老問題：假設(shè)您期望將來可以重建，擁有數(shù)據(jù)庫的備份很重要。VMware每月我們進(jìn)展如下的治理行為：清理存儲。假設(shè)存在過期的快照，最好盡快清理掉。假設(shè)無法確定是否存在，可以通過VMwareSiteSurvey檢查效勞協(xié)議。您是否已經(jīng)升級了售后效勞？到了做的預(yù)算來購置所需支持效勞的時(shí)候了嗎？預(yù)想將來要做的升級。目前為止，全部的工作都在圍繞保持系統(tǒng)正常工作上。讓我們向后一步，閉上眼睛不妨從相反的角度來考慮：您期望系統(tǒng)如何工作?怎樣可以改善業(yè)務(wù)？然一段時(shí)間。錯誤故障狀態(tài)：HostProfiles失敗，提示如下錯誤：01.Specificationstateabsentfromhost:device”<datastore>”stateneedstobesetto”on”02.Hoststatedoesn”tmatchspecification:device”<datastore>”needstobereset03.Specificationstateabsentfromhost:device”<datastore>”PathSelectionPolicyneedstobesetto”VMW_PSP_FIXED”04.Hoststatedoesn”tmatchspecification:device”<datastore>”PathSelectionPolicyneedstobesettodefaultforclaimingSATP故障分析：PSA組件導(dǎo)致的；解決方案：1HostProfilesEnable/DisableProfiles配置選項(xiàng)；ConfigurationPluggableStorageArchitectureuxanxiang；3、去掉“PSADeviceConfiguration”；4、開放“NativeMuti-Pathing(NMP)”這個(gè)選項(xiàng)后，接著開放“PSPandSATPconfigurationforNMPdevi”選項(xiàng)；5、去掉“PSPconfigurationforOK即可。33IOPS導(dǎo)致的虛擬機(jī)/存儲性能下降和虛擬機(jī)磁盤延時(shí)較大的問題故障狀態(tài)：1、虛擬機(jī)性能較低；2、在執(zhí)行備份時(shí)磁盤延時(shí)很厲害；3vmdk延時(shí)較大；故障分析：這種問題根本都是由于虛擬機(jī)沒有足夠的IOPerSecond〔IOPS〕，IOPS30；解決方案：在解決問題前，首先要解決以下兩個(gè)問題：1IOPS？IOPSInput/OutputPerSecond，它是衡量一個(gè)磁盤〔虛擬磁盤和物理磁盤〕、存儲的根本也是格外重要的標(biāo)準(zhǔn)。不同的磁盤、存儲有著不同的IOPS。IOPS的凹凸直接會影響著系統(tǒng)的性能。當(dāng)前，VMware虛擬化環(huán)境中最大的瓶頸也就在于這個(gè)IOPS。針對數(shù)據(jù)密集型業(yè)務(wù)的數(shù)據(jù)庫業(yè)務(wù)和流媒體業(yè)務(wù)，由于它們的IOPS很大，所以在虛擬化環(huán)境中部署它們肯定IOPS大小，結(jié)合實(shí)際的存儲性能來查看是否符合業(yè)務(wù)標(biāo)準(zhǔn)。2IOPS？IOPS？IOPS數(shù)量，首先就要確認(rèn)磁盤類型以及它們的IOPS是多少。處RAIDIOIOPSIOPSIOPS除掉虛擬機(jī)數(shù)量即可根本得到單臺虛擬IOPS。現(xiàn)實(shí)案例：610000RPMIOPS150x6=900LUN上面運(yùn)行的虛擬機(jī)數(shù)量為50IOPS900/50=18IOPS則意味著虛擬機(jī)的性能相對底下。假設(shè)想要滿足虛擬機(jī)的根本IOPS需求，那么應(yīng)當(dāng)為900/30=30VolumeIOPS30〔最低要求〕虛擬機(jī)需要數(shù)量掌握在30臺以下。e則需要用額外手段解決備份時(shí)的額外資源消耗〔可以通過I/OmeterIOPS〕34PowerOn故障狀態(tài)：1、虛擬機(jī)無法開啟；2、嘗試開啟虛擬機(jī)時(shí)，看到類似如下錯誤信息：UnabletoopenSwapFile；Unabletoaccessafilesinceitislocked；UnabletoaccessVirtualmachineconfiguration；3、在/var/log/vmkernel文件里可以看到類似如下信息：WARNING:World:VMxxxx:xxx:Failedtoopenswapfile<path>ockwasnotfreeWARNING:World:VMxxxx:xxx:Failedtoinitializeswapfile<path>4console掌握臺時(shí)，可能會收到如下錯誤信息：Errorconnectingto<path><virtualmachine>.vmxbecausetheVMXisnotstarted595%位置無響應(yīng)；6VM之后無法開啟虛擬機(jī)；7vCenterServerESXi/ESX主機(jī)之間報(bào)告掌握臺電源狀態(tài)沖突；故障分析：問題的可能。虛擬機(jī)常用的文件包括：*.vswp*-flat.vmdk*-delta.vmdk*.vmx*.log解決方案：首先需要確認(rèn)哪些文件處于鎖定狀態(tài)：1vSphereClientESXi/ESX主機(jī)、vCenterServer主機(jī)；2、在Datastore里找到想要開啟但是無法開啟的虛擬機(jī)所在位置；3、嘗試開啟虛擬機(jī)，假設(shè)無法開啟且consolevmware.log日志文件的相關(guān)信息來確認(rèn)問題；4SSHCOSrootESXi/ESX主機(jī)之后執(zhí)行下面的命令查看虛擬機(jī)的完整路徑：#vmware-cmd-l系統(tǒng)將輸出類似如下信息來顯示注冊到ESXi/ESX主機(jī)的虛擬機(jī)：/vmfs/volumes/<UUID>/<虛擬機(jī)名目>/<虛擬機(jī)名>.vmx5、執(zhí)行以下命令切入到這個(gè)虛擬機(jī)所在的名目：#cd/vmfs/voluems/<UUID>/<虛擬機(jī)名目>6vmware.log準(zhǔn)確定位并刪除掉鎖定文件由于虛擬機(jī)可以在主機(jī)之間移動，假設(shè)虛擬機(jī)注冊到的主機(jī)保持對文件的鎖定狀態(tài)，那么，ESXi/ESX主機(jī)對虛擬機(jī)文件的掌握權(quán)和有效保護(hù)虛擬系統(tǒng)ServiceConsoleMAC來確定。lockVMkernelServiceConsole負(fù)責(zé)維護(hù)；備注：ESXiServiceConsole所以，lockVMkernel單獨(dú)負(fù)責(zé)維護(hù)；VMkernel可能鎖定的文件：1、執(zhí)行下面的命令來報(bào)告鎖定名目所在的MAC地址：#vmkfstools-D/vmfs/volumes/<UUID>/<虛擬機(jī)名目>/<鎖定狀態(tài)文件>2.vmdkMACvmkernel面的命令查閱：#tail/var/log/vmkernel35、StoragevMotion失敗：lookingforlinesstaringwith“CBTMotion“故障狀態(tài)：1StoragevMotion失??；2、系統(tǒng)提示如下錯誤信息：01.Ageneralsystemerroroccurred:StorageVMotionfailedtocopyoneormoreoftheVM”sdisks.PleaseconsulttheVM”slogformoredetails,lookingforlinesstartingwith“CBTMotion-“.3、/var/log/vmware/hostd.log文件里有類似如下信息：01.Failedwitherror340983807:StorageVMotionfailedtocopyoneormoreoftheVM”sdisks.PleaseconsulttheVM”slogformoredetails,lookingforlinesstartingwith“CBTMotion“.復(fù)制代碼故障分析可能由于虛擬機(jī)的硬件版本號過老導(dǎo)致；解決方案：uxnijiUpgradeVirtualMachineHardware即可。故障狀態(tài)：系統(tǒng)能夠掃描到DevicesLUN，但是在添加過程中卻提示如下錯誤信息：HostDatastoreSystem.QueryVmfsDatastoreCreateOptions，如下圖：故障分析：LUN的尺寸過大導(dǎo)致，一般來說，VMwareESXi/ESXServer標(biāo)準(zhǔn)支持最大的N尺寸為e并不太在意，2TB，這就導(dǎo)致很多用戶在使用時(shí)，直接安排了2TB的空間，這就可能導(dǎo)致了上述問題；解決方案：針對這樣的問題，建議如下：12TBLUN1.88TB左右后再嘗試添加；2LUN規(guī)劃用戶則請嚴(yán)格參照官方文檔的參數(shù)設(shè)計(jì)，建議是1.88TBLUN生DatastoreFailed故障狀態(tài)：1vCenterConverterAgentWindowsServer2023效勞器上時(shí)，失?。?、系統(tǒng)提示類是如下錯誤信息：01.ConverterAgentinstaller/uninstallerfailedon”xxxxxxxxx”.3、VMwarevCenterConverterconverter-server.log里面有類似如下錯誤提示：01.[#6][2023-01-2110:50:55.97604080info”App”][agentManager,83][AgentManager]InstallAgenton192.168.10.1002.[#6][2023-01-2110:51:16.97604080error”App”][agentManager,95][AgentManager]InstallAgentfailed:converter.fault.AgentDeploymentFault03.[#7] [2023-01-21 11:18:37.28903976 info”App”] ReusingexistingVIM connectionto192.168.30.15004.[#7] [2023-01-21 11:18:37.476 03976 error ”App”] Found dangling SSL error: [0]error:00000001:lib(0):func(0):reason(1)05.[#7][2023-01-2111:19:00.94502756info”App”][agentManager,83][AgentManager]InstallAgenton192.168.10.1006.[#7][2023-01-2111:19:21.96102756error”App”][agentManager,95][AgentManager]InstallAgentfailed:converter.fault.AgentDeploymentFault7.[#7] [2023-01-21 11:19:32.445 03976 info ”App”] [diagnosticManager,357] GeneratingConverter.Serverlogbundle.故障分析：以下幾種狀況可能導(dǎo)致這樣的問題：1、445端口沒能翻開；2Agent后卸載；3、WindowsserverIPC$連接失?。?、防火墻阻絕；解決方案1445NetBIOS協(xié)議能正常使用；2Converter時(shí)關(guān)閉防火墻；3ConverterStandardaloneConverterCD進(jìn)展冷克隆。缺乏的問題故障狀態(tài)：ESXi5.0+vCenter5.0HA時(shí)，提示如下信息：故障分析：vSphere5.0HADatastoreHeartbeating用于網(wǎng)絡(luò)Partition心跳檢測支持；解決方案：2掉這個(gè)問題，方法如下：1、vSphereClientvCenterServer5.0后，右擊HACluster，點(diǎn)擊Edit，然后找到高級選項(xiàng)設(shè)定：2、再如上圖所示的內(nèi)容中，添加下參數(shù)：das.ignoreinsufficienthbdatastore備注：缺省狀況下，這個(gè)參數(shù)的值是false的。39vSphereClientESXi主機(jī)提示“正在更”的問題故障狀態(tài)：vSphereClientVCenterServer4.1ESXi主機(jī)提示如以下圖：故障分析：vSphereclient.vmwareClientVCenterServer4.1不存在任何問題，所以根本確定版本的問題。查看ESXivSphereClient，覺察ClientESXi版本。解決方案：由于Client所在網(wǎng)絡(luò)無法上Internet,所以無法更Client客戶端，可以通過安裝高版本的Client來解決此問題。udevu”無法連續(xù)進(jìn)入系統(tǒng)的問題Ctrl+C才能連續(xù)向下運(yùn)行考慮到物理機(jī)上不存在這種問題，疑心虛擬機(jī)虛擬驅(qū)動的問題，安裝的VMware-tools問題照舊。虛擬機(jī)治理問題2.6.27Linux內(nèi)核不報(bào)告處于關(guān)閉電源狀態(tài)的每插槽內(nèi)核數(shù)為2ESXi5.0開頭，多核虛擬CPU支持允許處于關(guān)閉電源狀態(tài)的每插槽內(nèi)核數(shù)為22.6.27版本Linux2.vmx文件中設(shè)置numvcpus=6cpuid.coresPerSocket=3Linux客戶機(jī)操作系統(tǒng)可能無法報(bào)告任何物理標(biāo)識信息。Linux2.6.28CPU和內(nèi)核拓?fù)?。解決方法：無將內(nèi)存熱添加到使用Linux64位或Windows7、32位客戶機(jī)操作系統(tǒng)的虛擬機(jī)時(shí)，無法將現(xiàn)有虛擬內(nèi)3GB以上以下狀況適用于將內(nèi)存熱添加到使用Linux64Windows732位客戶機(jī)操作系統(tǒng)的虛擬機(jī)。假設(shè)已翻開電源的虛擬機(jī)的內(nèi)存少于3GB，則內(nèi)存熱添加量不能超過3GB。1GB2GB。2GB1GB。假設(shè)虛擬機(jī)的內(nèi)存為3444MB128MB。假設(shè)已翻開電源的虛擬機(jī)的內(nèi)存正好為3GB，則無法熱添加任何內(nèi)存。3GB，則可以將虛擬機(jī)內(nèi)存增加到虛擬機(jī)翻開電源時(shí)初始內(nèi)存大小〔以兩者中較小者為準(zhǔn)〕。硬件版本7255GB8的限制1011GB。3GB3GBLinux6432Windows7vSphere限制可確保您不會在客戶機(jī)操作系統(tǒng)中觸發(fā)該錯誤。解決方法：無。在硬件版本7虛擬機(jī)上進(jìn)展CPU熱添加時(shí)出錯硬件版本8虛擬機(jī)的多核虛擬CPU功能支持虛擬CPU熱添加。對于每個(gè)插槽的內(nèi)核數(shù)大于1的硬件版本7[虛擬機(jī)屬性]對話框中啟用CPU熱添加并嘗試熱添加虛擬CPU該虛擬機(jī)不支持CPU熱插拔(CPUhotplugnotsupportedforthisvirtualmachine)。CPU熱添加功能，請關(guān)閉虛擬機(jī)電源并將每個(gè)插槽的內(nèi)核數(shù)設(shè)1。為到達(dá)最正確效果，請使用硬件版本8虛擬機(jī)。同時(shí)創(chuàng)立大量虛擬時(shí)機(jī)導(dǎo)致文件操作失敗同時(shí)創(chuàng)立大量駐留在同一名目下的虛擬機(jī)時(shí)，存儲系統(tǒng)變得不堪重負(fù)，導(dǎo)致一些文件操作失敗。會顯示vim.fault.CannotAccessFile錯誤消息并且創(chuàng)立虛擬機(jī)操作失敗。個(gè)〕創(chuàng)立其他虛擬機(jī)，或嘗試在不同的數(shù)據(jù)存儲中或同一數(shù)據(jù)存儲的不同名目中創(chuàng)立虛擬機(jī)。在通過vMotion進(jìn)展遷移過程中，從ESXi主機(jī)直通到虛擬機(jī)的USB設(shè)備可能斷開連接假設(shè)USB設(shè)備從ESXi主機(jī)直通到虛擬機(jī)并且該設(shè)備配置為在通過vMotion進(jìn)展遷移過程中仍保持連接，則該設(shè)備可能會在vMotion操作過程中斷開連接。假設(shè)DRS觸發(fā)遷移，該設(shè)備也會斷開連接。當(dāng)設(shè)備斷開連接時(shí)，它們會恢復(fù)至主機(jī)，不再連接到虛擬機(jī)。遷移連接了多個(gè)USB設(shè)備的虛擬機(jī)時(shí)，會更頻繁地發(fā)生此問題，但連接了一個(gè)或少數(shù)設(shè)備時(shí)，只間或發(fā)生此問題。解決方法：將虛擬機(jī)遷移回與US