{"id":34335,"date":"2019-10-31T21:57:43","date_gmt":"2019-10-31T18:57:43","guid":{"rendered":"https:\/\/prohoster.info\/blog\/analiz-proizvoditelnosti-virtualnoj-mashiny-v-vmware-vsphere-chast-1-cpu\/"},"modified":"2019-10-31T21:57:43","modified_gmt":"2019-10-31T18:57:43","slug":"analiz-proizvoditelnosti-virtualnoj-mashiny-v-vmware-vsphere-chast-1-cpu","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/analiz-proizvoditelnosti-virtualnoj-mashiny-v-vmware-vsphere-chast-1-cpu","title":{"rendered":"Analiza wydajno\u015bci maszyny wirtualnej w VMware vSphere. Cz\u0119\u015b\u0107 1: CPU","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Analiza wydajno\u015bci maszyny wirtualnej w VMware vSphere. Cz\u0119\u015b\u0107 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/0c077a1754c2e32c1f339999ceacf03a.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nJe\u015bli zarz\u0105dzasz wirtualn\u0105 infrastruktur\u0105 opart\u0105 na VMware vSphere (lub innym stosie technologii), z pewno\u015bci\u0105 cz\u0119sto s\u0142yszysz od u\u017cytkownik\u00f3w skargi: \u201eWirtualna maszyna dzia\u0142a wolno!\u201d. W tym cyklu artyku\u0142\u00f3w om\u00f3wi\u0119 metryki wydajno\u015bci, wyja\u015bni\u0119, co i dlaczego \u201eprzycina\u201d oraz jak sprawi\u0107, aby nie \u201eprzycina\u0142o\u201d.<\/p>\n<p>B\u0119d\u0119 rozwa\u017ca\u0107 nast\u0119puj\u0105ce aspekty wydajno\u015bci wirtualnych maszyn:<\/p>\n<ul>\n<li>CPU,<\/li>\n<li>RAM,<\/li>\n<li>DYSK,<\/li>\n<li>Sie\u0107.<\/li>\n<\/ul>\n<p>\nZaczn\u0119 od CPU.<\/p>\n<p>Do analizy wydajno\u015bci b\u0119dziemy potrzebowa\u0107:<\/p>\n<ul>\n<li><b>vCenter Performance Counters<\/b> \u2013 liczniki wydajno\u015bci, kt\u00f3rych wykresy mo\u017cna ogl\u0105da\u0107 przez vSphere Client. Informacje dotycz\u0105ce tych licznik\u00f3w s\u0105 dost\u0119pne w ka\u017cdej wersji klienta (klient \u201egruby\u201d w C#, klient webowy w Flex i klient webowy w HTML5). W tych artyku\u0142ach b\u0119dziemy u\u017cywa\u0107 zrzut\u00f3w ekranu z klienta C#, poniewa\u017c lepiej wygl\u0105daj\u0105 w miniaturze :)<\/li>\n<li><b>ESXTOP<\/b> \u2013 narz\u0119dzie, kt\u00f3re uruchamia si\u0119 z wiersza polece\u0144 ESXi. Dzi\u0119ki niemu mo\u017cna uzyska\u0107 warto\u015bci licznik\u00f3w wydajno\u015bci w czasie rzeczywistym lub wyeksportowa\u0107 te dane na okre\u015blony okres do pliku .csv w celu dalszej analizy. Nast\u0119pnie om\u00f3wi\u0119 to narz\u0119dzie bardziej szczeg\u00f3\u0142owo i podam kilka przydatnych link\u00f3w do dokumentacji i artyku\u0142\u00f3w na ten temat.<\/li>\n<\/ul>\n<p>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h3>Troch\u0119 teorii<\/h3>\n<p>\n<img decoding=\"async\" alt=\"Analiza wydajno\u015bci maszyny wirtualnej w VMware vSphere. Cz\u0119\u015b\u0107 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/bc415aace7653c45850d26b7104483c9.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nW ESXi za prac\u0119 ka\u017cdego vCPU (j\u0105dra wirtualnej maszyny) odpowiada oddzielny proces \u2013 world w terminologii VMware. Istniej\u0105 tak\u017ce procesy pomocnicze, ale z punktu widzenia analizy wydajno\u015bci VM s\u0105 one mniej interesuj\u0105ce.<\/p>\n<p>Proces w ESXi mo\u017ce znajdowa\u0107 si\u0119 w jednym z czterech stan\u00f3w:<\/p>\n<ul>\n<li><b>Run<\/b> \u2013 proces wykonuje jak\u0105\u015b u\u017cyteczn\u0105 prac\u0119.<\/li>\n<li><b>Oczekiwanie<\/b> \u2013 proces nie wykonuje \u017cadnej pracy (idle) lub czeka na wej\u015bcie\/wyj\u015bcie.<\/li>\n<li><b>Costop<\/b> \u2013 stan, kt\u00f3ry wyst\u0119puje w wielordzeniowych maszynach wirtualnych. Pojawia si\u0119, gdy harmonogram CPU hipernadzorcy (ESXi CPU Scheduler) nie mo\u017ce zaplanowa\u0107 jednoczesnego wykonania na fizycznych rdzeniach serwera wszystkich aktywnych rdzeni maszyny wirtualnej. W fizycznym \u015bwiecie wszystkie rdzenie procesora dzia\u0142aj\u0105 r\u00f3wnolegle, a system operacyjny go\u015bcia w VM oczekuje podobnego zachowania, dlatego hipernadzorca musi spowalnia\u0107 rdzenie VM, kt\u00f3re maj\u0105 mo\u017cliwo\u015b\u0107 zako\u0144czenia cyklu szybciej. W nowoczesnych wersjach ESXi harmonogram CPU u\u017cywa mechanizmu zwanego rozlu\u017anionym wsp\u00f3\u0142harmonogramowaniem: hipernadzorca liczy r\u00f3\u017cnic\u0119 mi\u0119dzy najbardziej \"szybkim\" a najbardziej \"wolnym\" rdzeniem maszyny wirtualnej (skew). Je\u015bli r\u00f3\u017cnica ta przekroczy okre\u015blony pr\u00f3g, \"szybki\" rdze\u0144 przechodzi w stan costop. Je\u015bli rdzenie VM sp\u0119dzaj\u0105 du\u017co czasu w tym stanie, mo\u017ce to powodowa\u0107 problemy z wydajno\u015bci\u0105.<\/li>\n<li><b>Gotowy<\/b> \u2014 proces przechodzi w ten stan, gdy hipernadzorca nie ma mo\u017cliwo\u015bci przydzielenia zasob\u00f3w do jego wykonania. Wysokie warto\u015bci ready mog\u0105 powodowa\u0107 problemy z wydajno\u015bci\u0105 maszyny wirtualnej.<\/li>\n<\/ul>\n<p><\/p>\n<h3>G\u0142\u00f3wne liczniki wydajno\u015bci CPU maszyny wirtualnej<\/h3>\n<p>\n<b>Zu\u017cycie CPU, %.<\/b> Pokazuje procent wykorzystania CPU w zadanym okresie.<\/p>\n<p><img decoding=\"async\" alt=\"Analiza wydajno\u015bci maszyny wirtualnej w VMware vSphere. Cz\u0119\u015b\u0107 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/7a5da7dcd45329c3aae8e394c5d35a30.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Jak analizowa\u0107?<\/b> Je\u015bli maszyna wirtualna stabilnie wykorzystuje CPU na poziomie 90% lub wyst\u0119puj\u0105 szczyty do 100%, mamy problem. Problemy mog\u0105 manifestowa\u0107 si\u0119 nie tylko w formie \u201ewolnej\u201d pracy aplikacji wewn\u0105trz maszyny wirtualnej, ale tak\u017ce w niedost\u0119pno\u015bci maszyny wirtualnej w sieci. Je\u015bli system monitorowania pokazuje, \u017ce maszyna wirtualna okresowo traci po\u0142\u0105czenie, zwr\u00f3\u0107 uwag\u0119 na szczyty na wykresie zu\u017cycia CPU.<\/p>\n<p>Istnieje standardowy alarm, kt\u00f3ry pokazuje obci\u0105\u017cenie CPU maszyny wirtualnej:<\/p>\n<p><img decoding=\"async\" alt=\"Analiza wydajno\u015bci maszyny wirtualnej w VMware vSphere. Cz\u0119\u015b\u0107 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/9bfd9bb5b43b9b02e8bbfac307d6c9f9.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Co robi\u0107?<\/b> Je\u015bli zu\u017cycie CPU maszyny wirtualnej nieustannie przekracza dopuszczalne warto\u015bci, warto pomy\u015ble\u0107 o zwi\u0119kszeniu liczby vCPU (niestety, nie zawsze to pomaga) lub przeniesieniu maszyny wirtualnej na serwer z wydajniejszymi procesorami.<\/p>\n<h3>Zu\u017cycie CPU w MHz<\/h3>\n<p>\nNa wykresach w vCenter mo\u017cna zobaczy\u0107 zu\u017cycie CPU w % tylko dla ca\u0142ej maszyny wirtualnej, nie ma wykres\u00f3w dla poszczeg\u00f3lnych rdzeni (w Esxtop warto\u015bci % s\u0105 dost\u0119pne dla rdzeni). Mo\u017cna zobaczy\u0107 zu\u017cycie w MHz dla ka\u017cdego rdzenia.<\/p>\n<p><b>Jak analizowa\u0107?<\/b> Czasami zdarza si\u0119, \u017ce aplikacja nie jest zoptymalizowana pod k\u0105tem architektury wielordzeniowej: wykorzystuje w 100% tylko jeden rdze\u0144, podczas gdy pozosta\u0142e pozostaj\u0105 nieobci\u0105\u017cone. Na przyk\u0142ad, przy domy\u015blnych ustawieniach kopii zapasowej MS SQL uruchamia proces tylko na jednym rdzeniu. W rezultacie tworzenie kopii zapasowej nie jest wolne z powodu niskiej pr\u0119dko\u015bci dysk\u00f3w (na co u\u017cytkownik pierwotnie narzeka\u0142), lecz z powodu niedoboru mocy procesora. Problem zosta\u0142 rozwi\u0105zany poprzez zmian\u0119 parametr\u00f3w: tworzenie kopii zapasowej zacz\u0119\u0142o uruchamia\u0107 si\u0119 r\u00f3wnolegle w kilku plikach (odpowiednio, w kilku procesach).<\/p>\n<p><img decoding=\"async\" alt=\"Analiza wydajno\u015bci maszyny wirtualnej w VMware vSphere. Cz\u0119\u015b\u0107 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/d1bce5fe5ef89a69c31a6a8f043d5d24.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Przyk\u0142ad nier\u00f3wnomiernego obci\u0105\u017cenia rdzeni.<\/i><\/p>\n<p>Zdarza si\u0119 r\u00f3wnie\u017c sytuacja (jak na powy\u017cszym wykresie), kiedy rdzenie s\u0105 obci\u0105\u017cone nier\u00f3wnomiernie, a niekt\u00f3re z nich osi\u0105gaj\u0105 szczyty na poziomie 100%. Tak jak w przypadku obci\u0105\u017cenia tylko jednego rdzenia, alarm dotycz\u0105cy u\u017cycia CPU nie zadzia\u0142a (dotyczy to ca\u0142ej VM), ale problemy z wydajno\u015bci\u0105 b\u0119d\u0105 obecne.<\/p>\n<p><b>Co robi\u0107? <\/b>Je\u015bli oprogramowanie w maszynie wirtualnej obci\u0105\u017ca rdzenie nier\u00f3wnomiernie (wykorzystuje tylko jeden rdze\u0144 lub cz\u0119\u015b\u0107 rdzeni), nie ma sensu zwi\u0119ksza\u0107 ich liczby. W takim przypadku lepiej przenie\u015b\u0107 maszyn\u0119 wirtualn\u0105 na serwer z bardziej wydajnymi procesorami.<\/p>\n<p>Mo\u017cna r\u00f3wnie\u017c spr\u00f3bowa\u0107 sprawdzi\u0107 ustawienia oszcz\u0119dzania energii w BIOSie serwera. Wiele os\u00f3b administruj\u0105cych w\u0142\u0105cza w BIOSie tryb Wysoka Wydajno\u015b\u0107, tym samym wy\u0142\u0105czaj\u0105c technologie oszcz\u0119dzania energii C-states i P-states. W nowoczesnych procesorach Intel stosowana jest technologia Turbo Boost, kt\u00f3ra zwi\u0119ksza cz\u0119stotliwo\u015b\u0107 poszczeg\u00f3lnych rdzeni procesora kosztem innych rdzeni. Ale dzia\u0142a ona tylko przy w\u0142\u0105czonych technologiach oszcz\u0119dzania energii. Je\u015bli je wy\u0142\u0105czymy, procesor nie mo\u017ce zredukowa\u0107 zu\u017cycia energii rdzeni, kt\u00f3re nie s\u0105 obci\u0105\u017cone. <\/p>\n<p>VMware zaleca, aby na serwerach nie wy\u0142\u0105cza\u0107 technologii oszcz\u0119dzania energii, lecz wybiera\u0107 tryby, kt\u00f3re maksymalnie oddaj\u0105 kontrol\u0119 nad zu\u017cyciem energii hipernadzorowi. W tym przypadku w ustawieniach zarz\u0105dzania energi\u0105 hipernadzoru nale\u017cy wybra\u0107 Wysok\u0105 Wydajno\u015b\u0107. <\/p>\n<p>Je\u015bli w twojej infrastrukturze poszczeg\u00f3lne VM (lub rdzenie VM) wymagaj\u0105 wy\u017cszej cz\u0119stotliwo\u015bci CPU, odpowiednia konfiguracja oszcz\u0119dzania energii mo\u017ce znacznie poprawi\u0107 ich wydajno\u015b\u0107.<\/p>\n<p><img decoding=\"async\" alt=\"Analiza wydajno\u015bci maszyny wirtualnej w VMware vSphere. Cz\u0119\u015b\u0107 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/59aec2b77fa87e413d90371a11388629.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h3>CPU Ready (Gotowo\u015b\u0107) <\/h3>\n<p>\nJe\u015bli rdze\u0144 VM (vCPU) jest w stanie Ready, nie wykonuje u\u017cytecznej pracy. Ten stan wyst\u0119puje, gdy hypervisor nie mo\u017ce znale\u017a\u0107 wolnego fizycznego rdzenia, na kt\u00f3ry mo\u017cna przypisa\u0107 proces vCPU maszyny wirtualnej.<\/p>\n<p><b>Jak analizowa\u0107?<\/b> Zwykle, je\u015bli rdzenie maszyny wirtualnej s\u0105 w stanie Ready przez ponad 10% czasu, zauwa\u017cysz problemy z wydajno\u015bci\u0105. M\u00f3wi\u0105c pro\u015bciej, przez ponad 10% czasu VM czeka na dost\u0119pno\u015b\u0107 zasob\u00f3w fizycznych.<\/p>\n<p>W vCenter mo\u017cna sprawdzi\u0107 2 wska\u017aniki zwi\u0105zane z CPU Ready:<\/p>\n<ul>\n<li>Readiness,<\/li>\n<li>Ready.<\/li>\n<\/ul>\n<p>\nWarto\u015bci obu wska\u017anik\u00f3w mo\u017cna zobaczy\u0107 zar\u00f3wno dla ca\u0142ej VM, jak i dla poszczeg\u00f3lnych rdzeni.<br \/>\nReadiness pokazuje warto\u015b\u0107 bezpo\u015brednio w procentach, ale tylko w Real-time (dane za ostatni\u0105 godzin\u0119, interwa\u0142 pomiaru 20 sekund). Ten wska\u017anik najlepiej u\u017cywa\u0107 do szybkiego znajdowania problem\u00f3w.<\/p>\n<p>Warto\u015bci wska\u017anika Ready mo\u017cna r\u00f3wnie\u017c sprawdzi\u0107 w perspektywie historycznej. Jest to przydatne do ustalania wzorc\u00f3w i bardziej szczeg\u00f3\u0142owej analizy problemu. Na przyk\u0142ad, je\u015bli maszyna wirtualna zaczyna mie\u0107 problemy z wydajno\u015bci\u0105 w okre\u015blonym czasie, mo\u017cna por\u00f3wna\u0107 interwa\u0142y podwy\u017cszonego wska\u017anika CPU Ready z og\u00f3lnym obci\u0105\u017ceniem serwera, na kt\u00f3rym dzia\u0142a ta VM, i podj\u0105\u0107 dzia\u0142ania w celu zmniejszenia obci\u0105\u017cenia (je\u015bli DRS nie poradzi\u0142 sobie).<\/p>\n<p>Ready w przeciwie\u0144stwie do Readiness jest pokazywany nie w procentach, a w milisekundach. To wska\u017anik typu Summation, co oznacza, \u017ce pokazuje, ile czasu w okresie pomiaru rdze\u0144 VM sp\u0119dzi\u0142 w stanie Ready. Mo\u017cna przeliczy\u0107 t\u0119 warto\u015b\u0107 na procenty za pomoc\u0105 prostego wzoru:<\/p>\n<p>(Warto\u015b\u0107 sumaryczna CPU ready \/ (domy\u015blny interwa\u0142 aktualizacji wykresu w sekundach * 1000)) * 100 = CPU ready %<\/p>\n<p>Na przyk\u0142ad, dla maszyny wirtualnej na poni\u017cszym wykresie, maksymalna warto\u015b\u0107 Ready dla ca\u0142ej maszyny wirtualnej b\u0119dzie nast\u0119puj\u0105ca: <\/p>\n<p><img decoding=\"async\" alt=\"Analiza wydajno\u015bci maszyny wirtualnej w VMware vSphere. Cz\u0119\u015b\u0107 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/3e2df8bca55b572502d88b838cbc306e.jpg\" style=\"display:block;margin: 0 auto;\" \/> <\/p>\n<p><img decoding=\"async\" alt=\"Analiza wydajno\u015bci maszyny wirtualnej w VMware vSphere. Cz\u0119\u015b\u0107 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/f0371c9cd655c1e4785e90debde61dc8.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nPrzy obliczaniu warto\u015bci Ready w procentach warto zwr\u00f3ci\u0107 uwag\u0119 na dwa aspekty:<\/p>\n<ul>\n<li>Warto\u015b\u0107 Ready dla ca\u0142ej VM to suma Ready dla rdzeni.<\/li>\n<li>Interwa\u0142 pomiaru. Dla Real-time - to 20 sekund, a na przyk\u0142ad na wykresach dziennych - to 300 sekund.<\/li>\n<\/ul>\n<p>\nPodczas aktywnego rozwi\u0105zywania problem\u00f3w te proste aspekty mo\u017cna \u0142atwo przeoczy\u0107 i straci\u0107 cenny czas na rozwi\u0105zywanie nieistniej\u0105cych problem\u00f3w. <\/p>\n<p>Obliczamy Ready na podstawie danych z wykresu poni\u017cej. (324474\/(20*1000))*100 = 1622% dla ca\u0142ej VM. Je\u015bli spojrze\u0107 na rdzenie, sytuacja wydaje si\u0119 nieco lepsza: 1622\/64 = 25% na rdze\u0144. W tej sytuacji odkrycie podst\u0119pu jest do\u015b\u0107 proste: warto\u015b\u0107 Ready jest nierealistyczna. Ale je\u015bli m\u00f3wimy o 10-20% dla ca\u0142ej VM z wieloma rdzeniami, to dla ka\u017cdego rdzenia warto\u015b\u0107 mo\u017ce by\u0107 w granicach normy.<\/p>\n<p><img decoding=\"async\" alt=\"Analiza wydajno\u015bci maszyny wirtualnej w VMware vSphere. Cz\u0119\u015b\u0107 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/703ab2b1f1fab8bda10aad781c2cef78.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Co robi\u0107? <\/b>Wysoka warto\u015b\u0107 Ready wskazuje, \u017ce serwerowi brakuje zasob\u00f3w procesora do prawid\u0142owego dzia\u0142ania maszyn wirtualnych. W takiej sytuacji pozostaje jedynie zmniejszenie przeliczania CPU (vCPU:pCPU). Oczywiste jest, \u017ce mo\u017cna to osi\u0105gn\u0105\u0107, zmniejszaj\u0105c parametry istniej\u0105cych VM lub poprzez migracj\u0119 cz\u0119\u015bci VM na inne serwery.<\/p>\n<h3>Co-stop<\/h3>\n<p>\n<b>Jak analizowa\u0107?<\/b> Ten licznik r\u00f3wnie\u017c ma typ Sumowanie i przelicza si\u0119 na procenty analogicznie do Ready:<\/p>\n<p>(warto\u015b\u0107 sumowania CPU co-stop \/ (domy\u015blny interwa\u0142 aktualizacji wykresu w sekundach * 1000)) * 100 = CPU co-stop %<\/p>\n<p>Tutaj r\u00f3wnie\u017c nale\u017cy zwr\u00f3ci\u0107 uwag\u0119 na liczb\u0119 rdzeni na VM i na interwa\u0142 pomiaru.<br \/>\nW stanie co-stop rdze\u0144 nie wykonuje u\u017cytecznej pracy. Przy w\u0142a\u015bciwym doborze rozmiaru VM i normalnym obci\u0105\u017ceniu serwera licznik co-stop powinien by\u0107 bliski zera.<\/p>\n<p><img decoding=\"async\" alt=\"Analiza wydajno\u015bci maszyny wirtualnej w VMware vSphere. Cz\u0119\u015b\u0107 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/e226afbf91155c2d5d3fdc4571e7383a.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>W tej sytuacji obci\u0105\u017cenie jest ewidentnie nienormalne :)<\/i><\/p>\n<p><b>Co robi\u0107?<\/b> Je\u015bli na jednym hipernadzorze dzia\u0142a kilka VM z du\u017c\u0105 liczb\u0105 rdzeni i wyst\u0119puje przeliczanie CPU, licznik co-stop mo\u017ce wzrosn\u0105\u0107, co prowadzi do problem\u00f3w z wydajno\u015bci\u0105 tych VM. <\/p>\n<p>Licznik co-stop r\u00f3wnie\u017c wzro\u015bnie, je\u015bli dla aktywnych rdzeni jednej VM u\u017cywane s\u0105 w\u0105tki na jednym fizycznym rdzeniu serwera z w\u0142\u0105czonym hyper-threadingiem. Taka sytuacja mo\u017ce wyst\u0105pi\u0107, na przyk\u0142ad, je\u015bli VM ma wi\u0119cej rdzeni ni\u017c fizycznie dost\u0119pnych na serwerze, na kt\u00f3rym dzia\u0142a, lub je\u015bli dla VM w\u0142\u0105czono ustawienie \u201epreferHT\u201d. O tym ustawieniu mo\u017cna przeczyta\u0107 <noindex><a rel=\"nofollow\" href=\"https:\/\/blogs.vmware.com\/vsphere\/2014\/03\/perferht-use-2.html\">tutaj<\/a><\/noindex>. <\/p>\n<p>Aby unikn\u0105\u0107 problem\u00f3w z wydajno\u015bci\u0105 VM z powodu wysokiego co-stop, wybieraj rozmiar VM zgodnie z zaleceniami producenta oprogramowania dzia\u0142aj\u0105cego na tej VM oraz z mo\u017cliwo\u015bciami fizycznego serwera, na kt\u00f3rym dzia\u0142a VM. <\/p>\n<p>Nie dodawaj rdzeni na zapas, mo\u017ce to spowodowa\u0107 problemy z wydajno\u015bci\u0105 nie tylko samej VM, ale r\u00f3wnie\u017c jej s\u0105siad\u00f3w na serwerze.<\/p>\n<h3>Inne przydatne metryki CPU<\/h3>\n<p>\n<b>Run<\/b> \u2013 ile czasu (ms) w okresie pomiaru vCPU by\u0142 w stanie RUN, czyli faktycznie wykonywa\u0142 u\u017cyteczn\u0105 prac\u0119.<\/p>\n<p><b>Idle<\/b> \u2013 ile czasu (ms) w okresie pomiaru vCPU znajdowa\u0142 si\u0119 w stanie bezczynno\u015bci. Wysokie warto\u015bci Idle nie s\u0105 problemem, po prostu vCPU nie mia\u0142o \"czego robi\u0107\".<\/p>\n<p><b>Oczekiwanie<\/b> \u2013 ile czasu (ms) w okresie pomiaru vCPU znajdowa\u0142 si\u0119 w stanie Wait. Poniewa\u017c w tym wska\u017aniku zawarty jest IDLE, wysokie warto\u015bci Wait r\u00f3wnie\u017c nie \u015bwiadcz\u0105 o problemach. Je\u015bli jednak przy wysokim Wait IDLE jest niski, to oznacza, \u017ce VM czeka\u0142a na zako\u0144czenie operacji wej\u015bcia\/wyj\u015bcia, co mo\u017ce wskazywa\u0107 na problemy z wydajno\u015bci\u0105 dysku twardego lub innych wirtualnych urz\u0105dze\u0144 VM.<\/p>\n<p><b>Max limitowany<\/b> \u2013 ile czasu (ms) w okresie pomiaru vCPU znajdowa\u0142 si\u0119 w stanie Ready z powodu na\u0142o\u017conego limitu zasob\u00f3w. Je\u015bli wydajno\u015b\u0107 jest niewyt\u0142umaczalnie niska, warto sprawdzi\u0107 warto\u015b\u0107 tego wska\u017anika oraz limit CPU w ustawieniach VM. VM mo\u017ce mie\u0107 zastosowane limity, o kt\u00f3rych nie wiesz. Na przyk\u0142ad, dzieje si\u0119 tak, gdy VM zosta\u0142a sklonowana z szablonu, na kt\u00f3rym by\u0142 na\u0142o\u017cony limit CPU.<\/p>\n<p><b>Swap wait<\/b> \u2013 ile czasu w okresie pomiaru vCPU czeka\u0142 na operacje z VMkernel Swap. Je\u015bli warto\u015bci tego wska\u017anika s\u0105 wi\u0119ksze od zera, to VM na pewno ma problemy z wydajno\u015bci\u0105. O SWAPie porozmawiamy w artykule na temat wska\u017anik\u00f3w pami\u0119ci operacyjnej.<\/p>\n<h3>ESXTOP<\/h3>\n<p>\nJe\u015bli wska\u017aniki wydajno\u015bci w vCenter s\u0105 dobre do analizy danych historycznych, to bie\u017c\u0105ca analiza problemu lepiej przeprowadza\u0107 w ESXTOP. Tutaj wszystkie warto\u015bci s\u0105 przedstawione w gotowej formie (nie trzeba niczego t\u0142umaczy\u0107), a minimalny okres pomiaru wynosi 2 sekundy.<br \/>\nEkran ESXTOP dla CPU wywo\u0142uje si\u0119 klawiszem \u201ec\u201d i wygl\u0105da nast\u0119puj\u0105co:<\/p>\n<p><img decoding=\"async\" alt=\"Analiza wydajno\u015bci maszyny wirtualnej w VMware vSphere. Cz\u0119\u015b\u0107 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/f4f3611bc383007bdbaa0948001923c4.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDla wygody mo\u017cna pozostawi\u0107 tylko procesy wirtualnych maszyn, naciskaj\u0105c Shift-V.<br \/>\nAby zobaczy\u0107 metryki dla poszczeg\u00f3lnych rdzeni VM, naci\u015bnij \u201ee\u201d i wprowad\u017a GID interesuj\u0105cej Ci\u0119 VM (30919 na zrzucie ekranu poni\u017cej):<\/p>\n<p><img decoding=\"async\" alt=\"Analiza wydajno\u015bci maszyny wirtualnej w VMware vSphere. Cz\u0119\u015b\u0107 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/5f2c0226cee6e4e43128537bd4da843f.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nKr\u00f3tko om\u00f3wi\u0119 kolumny, kt\u00f3re s\u0105 domy\u015blnie wy\u015bwietlane. Dodatkowe kolumny mo\u017cna doda\u0107, naciskaj\u0105c \u201ef\u201d.<\/p>\n<p><b>NWLD (Liczba \u015awiat\u00f3w)<\/b> \u2013 liczba proces\u00f3w w grupie. Aby rozwin\u0105\u0107 grup\u0119 i zobaczy\u0107 metryki dla ka\u017cdego procesu (na przyk\u0142ad dla ka\u017cdego rdzenia wielordzeniowej VM), naci\u015bnij \u201ce\u201d. Je\u015bli w grupie jest wi\u0119cej ni\u017c jeden proces, warto\u015bci metryk dla grupy s\u0105 r\u00f3wne sumie metryk dla poszczeg\u00f3lnych proces\u00f3w.<\/p>\n<p><b>%USED<\/b> \u2013 ile cykli CPU serwera wykorzystuje proces lub grupa proces\u00f3w.<\/p>\n<p><b>%RUN<\/b> \u2013 ile czasu w okresie pomiaru proces znajdowa\u0142 si\u0119 w stanie RUN, tzn. wykonywa\u0142 u\u017cyteczn\u0105 prac\u0119. R\u00f3\u017cni si\u0119 od %USED tym, \u017ce nie uwzgl\u0119dnia hyper-threadingu, skalowania cz\u0119stotliwo\u015bci i czasu sp\u0119dzonego na zadania systemowe (%SYS).<\/p>\n<p><b>%SYS<\/b> \u2013 czas po\u015bwi\u0119cony na zadania systemowe, takie jak: przetwarzanie przerwa\u0144, wej\u015bcie\/wyj\u015bcie, praca sieciowa itp. Warto\u015b\u0107 mo\u017ce by\u0107 wysoka, je\u015bli na VM jest du\u017cy ruch wej\u015bcia\/wyj\u015bcia.<\/p>\n<p><b>%OVRLP<\/b> \u2013 ile czasu fizyczne j\u0105dro, na kt\u00f3rym dzia\u0142a proces VM, sp\u0119dzi\u0142o na zadaniach innych proces\u00f3w.<\/p>\n<p>Te metryki s\u0105 ze sob\u0105 powi\u0105zane w nast\u0119puj\u0105cy spos\u00f3b:<\/p>\n<p>%USED = %RUN + %SYS \u2014 %OVRLP.<\/p>\n<p>Zazwyczaj metryka %USED jest bardziej informacyjna.<\/p>\n<p><b>%WAIT<\/b> \u2013 ile czasu w okresie pomiaru proces znajdowa\u0142 si\u0119 w stanie Wait. Zawiera IDLE.<\/p>\n<p><b>%IDLE<\/b> \u2013 ile czasu w okresie pomiaru proces znajdowa\u0142 si\u0119 w stanie IDLE.<\/p>\n<p><b>%SWPWT<\/b> \u2013 ile czasu w okresie pomiaru vCPU czeka\u0142 na operacj\u0119 z VMkernel Swap.<\/p>\n<p><b>%VMWAIT<\/b> \u2013 ile czasu w okresie pomiaru vCPU znajdowa\u0142o si\u0119 w stanie oczekiwania na zdarzenie (zwykle wej\u015bcie\/wyj\u015bcie). Nie ma analogicznego licznika w vCenter. Wysokie warto\u015bci wskazuj\u0105 na problemy z wej\u015bciem\/wyj\u015bciem na VM.<\/p>\n<p>%WAIT = %VMWAIT + %IDLE + %SWPWT.<\/p>\n<p>Je\u015bli VM nie u\u017cywa VMkernel Swap, to przy analizie problem\u00f3w z wydajno\u015bci\u0105 wskazane jest zwr\u00f3cenie uwagi na %VMWAIT, poniewa\u017c ta metryka nie uwzgl\u0119dnia czasu, kiedy VM nic nie robi\u0142 (%IDLE).<\/p>\n<p><b>%RDY<\/b> \u2013 ile czasu w okresie pomiaru proces znajdowa\u0142 si\u0119 w stanie Ready.<\/p>\n<p><b>%CSTP<\/b> \u2013 ile czasu w okresie pomiaru proces znajdowa\u0142 si\u0119 w stanie costop.<\/p>\n<p><b>%MLMTD<\/b> \u2013 ile czasu w okresie pomiaru vCPU znajdowa\u0142 si\u0119 w stanie Ready z powodu ustalonego limitu zasob\u00f3w.<\/p>\n<p>%WAIT + %RDY + %CSTP + %RUN = 100% \u2013 j\u0105dro VM przez ca\u0142y czas znajduje si\u0119 w jednym z tych czterech stan\u00f3w.<\/p>\n<h3>CPU na hiperwizorze<\/h3>\n<p>\nW vCenter znajduj\u0105 si\u0119 r\u00f3wnie\u017c liczniki wydajno\u015bci CPU dla hiperwizora, ale nie przedstawiaj\u0105 one nic interesuj\u0105cego \u2013 to po prostu suma licznik\u00f3w dla wszystkich VM na serwerze.<br \/>\nNajwygodniej jest sprawdza\u0107 stan CPU na serwerze na zak\u0142adce Podsumowanie:<\/p>\n<p><img decoding=\"async\" alt=\"Analiza wydajno\u015bci maszyny wirtualnej w VMware vSphere. Cz\u0119\u015b\u0107 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/15b6b9a6da136d892fbaf7f80fc206c1.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDla serwera, tak jak dla maszyny wirtualnej, istnieje standardowy Alarm:<\/p>\n<p><img decoding=\"async\" alt=\"Analiza wydajno\u015bci maszyny wirtualnej w VMware vSphere. Cz\u0119\u015b\u0107 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/c3ae19ce3acd55cfff40d71437ee3a08.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nW przypadku du\u017cego obci\u0105\u017cenia CPU serwera, VM dzia\u0142aj\u0105ce na nim zaczynaj\u0105 mie\u0107 problemy z wydajno\u015bci\u0105.<\/p>\n<p>W ESXTOP dane o obci\u0105\u017ceniu CPU serwera przedstawione s\u0105 w g\u00f3rnej cz\u0119\u015bci ekranu. Opr\u00f3cz standardowego obci\u0105\u017cenia CPU, kt\u00f3re jest ma\u0142o informacyjne dla hypervisor\u00f3w, istniej\u0105 jeszcze trzy metryki:<\/p>\n<p><b>OBLIKO UTIL(%)<\/b> \u2013 obci\u0105\u017cenie rdzenia fizycznego serwera. Ten licznik pokazuje, ile czasu w okresie pomiaru rdze\u0144 wykonywa\u0142 prac\u0119.<\/p>\n<p><b>PCPU UTIL(%)<\/b> \u2013 je\u015bli w\u0142\u0105czony jest hyper-threading, na ka\u017cde fizyczne rdze\u0144 przypadaj\u0105 dwa w\u0105tki (PCPU). Ta metryka pokazuje, ile czasu ka\u017cdy w\u0105tek wykonywa\u0142 prac\u0119.<\/p>\n<p><b>PCPU USED(%)<\/b> \u2013 to samo, co PCPU UTIL(%), ale uwzgl\u0119dnia scaling cz\u0119stotliwo\u015bci (czy to obni\u017cenie cz\u0119stotliwo\u015bci rdzenia w celu oszcz\u0119dzania energii, czy to zwi\u0119kszenie cz\u0119stotliwo\u015bci rdzenia dzi\u0119ki technologii Turbo Boost) i hyper-threading.<\/p>\n<p>PCPU_USED% = PCPU_UTIL% * efektywna cz\u0119stotliwo\u015b\u0107 rdzenia \/ nominalna cz\u0119stotliwo\u015b\u0107 rdzenia.<\/p>\n<p><img decoding=\"async\" alt=\"Analiza wydajno\u015bci maszyny wirtualnej w VMware vSphere. Cz\u0119\u015b\u0107 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/dd8562ea91bee55bbf630358df26c217.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Na tym zrzucie ekranu dla niekt\u00f3rych rdzeni z powodu dzia\u0142ania Turbo Boost, warto\u015b\u0107 USED przekracza 100%, poniewa\u017c cz\u0119stotliwo\u015b\u0107 rdzenia jest wy\u017csza ni\u017c nominalna.<\/i><\/p>\n<p>Kilka s\u0142\u00f3w o tym, jak uwzgl\u0119dniany jest hyper-threading. Je\u015bli procesy s\u0105 wykonywane przez 100% czasu na obu w\u0105tkach fizycznego rdzenia serwera, a rdze\u0144 pracuje na nominalnej cz\u0119stotliwo\u015bci, to:<\/p>\n<ul>\n<li>OBLIKO UTIL dla rdzenia b\u0119dzie wynosi\u0107 100%,<\/li>\n<li>PCPU UTIL dla obu w\u0105tk\u00f3w b\u0119dzie wynosi\u0107 100%,<\/li>\n<li>PCPU USED dla obu w\u0105tk\u00f3w b\u0119dzie wynosi\u0107 50%.<\/li>\n<\/ul>\n<p>\nJe\u015bli oba w\u0105tki nie pracowa\u0142y przez 100% czasu w okresie pomiaru, to w tych okresach, gdy w\u0105tki dzia\u0142a\u0142y r\u00f3wnolegle, PCPU USED dla rdzeni dzieli si\u0119 na p\u00f3\u0142.<\/p>\n<p>W ESXTOP znajduje si\u0119 r\u00f3wnie\u017c ekran z parametrami zu\u017cycia energii CPU serwera. Tutaj mo\u017cna sprawdzi\u0107, czy serwer korzysta z technologii oszcz\u0119dzania energii: C-states i P-states. Wywo\u0142uje si\u0119 klawiszem \u00abp\u00bb:<\/p>\n<p><img decoding=\"async\" alt=\"Analiza wydajno\u015bci maszyny wirtualnej w VMware vSphere. Cz\u0119\u015b\u0107 1: CPU\" src=\"\/wp-content\/uploads\/2019\/05\/531bf847b99f86bec0bd90e005919c79.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h3>Standardowe problemy z wydajno\u015bci\u0105 CPU<\/h3>\n<p>\nNa koniec przejd\u0119 przez typowe przyczyny problem\u00f3w z wydajno\u015bci\u0105 CPU VM i podam kr\u00f3tkie porady ich rozwi\u0105zania:<\/p>\n<p><b>Brakuje taktowania rdzenia.<\/b> Je\u015bli nie ma mo\u017cliwo\u015bci przeniesienia VM na bardziej wydajne rdzenie, mo\u017cna spr\u00f3bowa\u0107 zmieni\u0107 ustawienia zasilania, aby Turbo Boost dzia\u0142a\u0142 skuteczniej.<\/p>\n<p><b>Nieprawid\u0142owe rozmiarowanie VM (za du\u017co\/za ma\u0142o rdzeni).<\/b> Je\u015bli ustawi si\u0119 zbyt ma\u0142o rdzeni, b\u0119dzie wysokie obci\u0105\u017cenie CPU VM. Je\u015bli zbyt wiele, mo\u017cna napotka\u0107 wysoki co-stop.<\/p>\n<p><b>Wysoka nadsubskrypcja CPU na serwerze.<\/b> Je\u015bli VM ma wysoki stan Ready, nale\u017cy zmniejszy\u0107 nadsubskrypcj\u0119 CPU.<\/p>\n<p><b>Nieprawid\u0142owa topologia NUMA w du\u017cych VM.<\/b> Topologia NUMA, kt\u00f3r\u0105 widzi VM (vNUMA), powinna odpowiada\u0107 topologii NUMA serwera (pNUMA). Diagnoza oraz mo\u017cliwe rozwi\u0105zania tego problemu opisano mi\u0119dzy innymi w ksi\u0105\u017cce <noindex><a rel=\"nofollow\" href=\"https:\/\/pages.rubrik.com\/host-resources-deep-dive_request.html\">\u201eVMware vSphere 6.5 Host Resources Deep Dive\u201d<\/a><\/noindex>. Je\u015bli nie chcesz zag\u0142\u0119bia\u0107 si\u0119 w temat i nie masz ogranicze\u0144 licencyjnych dotycz\u0105cych systemu operacyjnego zainstalowanego na VM, tw\u00f3rz w VM wiele wirtualnych gniazd po jednym rdzeniu. Zbyt wiele nie stracisz \ud83d\ude42<\/p>\n<p>Na tym ko\u0144cz\u0119 temat CPU. Zadawaj pytania. W nast\u0119pnej cz\u0119\u015bci opowiem o pami\u0119ci operacyjnej.<\/p>\n<p><b class=\"spoiler_title\">Przydatne linki<\/b><noindex><a rel=\"nofollow\" href=\"http:\/\/virtual-red-dot.info\/vm-cpu-counters-vsphere\/\">http:\/\/virtual-red-dot.info\/vm-cpu-counters-vsphere\/<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/kb.vmware.com\/kb\/1017926\">https:\/\/kb.vmware.com\/kb\/1017926<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"http:\/\/www.yellow-bricks.com\/2012\/07\/17\/why-is-wait-so-high\/\">http:\/\/www.yellow-bricks.com\/2012\/07\/17\/why-is-wait-so-high\/<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/communities.vmware.com\/docs\/DOC-9279\">https:\/\/communities.vmware.com\/docs\/DOC-9279<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/www.vmware.com\/content\/dam\/digitalmarketing\/vmware\/en\/pdf\/techpaper\/performance\/whats-new-vsphere65-perf.pdf\">https:\/\/www.vmware.com\/content\/dam\/digitalmarketing\/vmware\/en\/pdf\/techpaper\/performance\/whats-new-vsphere65-perf.pdf<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/pages.rubrik.com\/host-resources-deep-dive_request.html\">https:\/\/pages.rubrik.com\/host-resources-deep-dive_request.html<\/a><\/noindex><br \/>\n<br \/>\u0179r\u00f3d\u0142o: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/dataline\/blog\/452884\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0415\u0441\u043b\u0438 \u0432\u044b \u0430\u0434\u043c\u0438\u043d\u0438\u0441\u0442\u0440\u0438\u0440\u0443\u0435\u0442\u0435 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u0443\u044e \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u043d\u0430 \u0431\u0430\u0437\u0435 VMware vSphere (\u0438\u043b\u0438 \u043b\u044e\u0431\u043e\u0433\u043e \u0434\u0440\u0443\u0433\u043e\u0433\u043e \u0441\u0442\u0435\u043a\u0430 \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0439), \u0442\u043e \u043d\u0430\u0432\u0435\u0440\u043d\u044f\u043a\u0430 \u0447\u0430\u0441\u0442\u043e \u0441\u043b\u044b\u0448\u0438\u0442\u0435 \u043e\u0442 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u0435\u0439 \u0436\u0430\u043b\u043e\u0431\u044b: \u00ab\u0412\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u0430\u044f \u043c\u0430\u0448\u0438\u043d\u0430 \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442 \u043c\u0435\u0434\u043b\u0435\u043d\u043d\u043e!\u00bb. \u0412 \u044d\u0442\u043e\u043c \u0446\u0438\u043a\u043b\u0435 \u0441\u0442\u0430\u0442\u0435\u0439 \u0440\u0430\u0437\u0431\u0435\u0440\u0443 \u043c\u0435\u0442\u0440\u0438\u043a\u0438 \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u0438 \u0440\u0430\u0441\u0441\u043a\u0430\u0436\u0443, \u0447\u0442\u043e \u0438 \u043f\u043e\u0447\u0435\u043c\u0443 \u00ab\u0442\u043e\u0440\u043c\u043e\u0437\u0438\u0442\u00bb \u0438 \u043a\u0430\u043a \u0441\u0434\u0435\u043b\u0430\u0442\u044c \u0442\u0430\u043a, \u0447\u0442\u043e\u0431\u044b \u043d\u0435 \u00ab\u0442\u043e\u0440\u043c\u043e\u0437\u0438\u043b\u043e\u00bb. \u0411\u0443\u0434\u0443 \u0440\u0430\u0441\u0441\u043c\u0430\u0442\u0440\u0438\u0432\u0430\u0442\u044c \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0438\u0435 \u0430\u0441\u043f\u0435\u043a\u0442\u044b \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u044b\u0445 \u043c\u0430\u0448\u0438\u043d: CPU, RAM, DISK, [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":25892,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-34335","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.1.1 - aioseo.com -->\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/analiz-proizvoditelnosti-virtualnoj-mashiny-v-vmware-vsphere-chast-1-cpu\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"pl_PL\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0410\u043d\u0430\u043b\u0438\u0437 \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u043e\u0439 \u043c\u0430\u0448\u0438\u043d\u044b \u0432 VMware vSphere. \u0427\u0430\u0441\u0442\u044c 1: CPU | ProHoster\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/analiz-proizvoditelnosti-virtualnoj-mashiny-v-vmware-vsphere-chast-1-cpu\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T18:57:43+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T18:57:43+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Analiza wydajno\u015bci maszyny wirtualnej w VMware vSphere. Cz\u0119\u015b\u0107 1: CPU | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/analiz-proizvoditelnosti-virtualnoj-mashiny-v-vmware-vsphere-chast-1-cpu","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"pl_PL","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0410\u043d\u0430\u043b\u0438\u0437 \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u043e\u0439 \u043c\u0430\u0448\u0438\u043d\u044b \u0432 VMware vSphere. \u0427\u0430\u0441\u0442\u044c 1: CPU | ProHoster","og:url":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/analiz-proizvoditelnosti-virtualnoj-mashiny-v-vmware-vsphere-chast-1-cpu","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:57:43+00:00","article:modified_time":"2019-10-31T18:57:43+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"34335","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-21 18:48:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:23:17","updated":"2026-01-21 18:48:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts\/34335","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/comments?post=34335"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts\/34335\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/media\/25892"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/media?parent=34335"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/categories?post=34335"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/tags?post=34335"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}