Müşteriler sıklıkla CPU çalma süresi (CPU steal time) hakkında sorular soruyor. Özellikle CPU’ları yoğun şekilde kullananlar ve bunun kendileri için temel bir performans kriteri olduğu kişiler. Fiziksel ve sanal ortamlar arasında CPU’ların ve çekirdeklerin kurulumu ve davranışı konusunda epey fark vardır. Bulut sağlayıcıları arasında bile, ilk bakışta birebir karşılaştırma yapmayı zorlaştıran kurulum farklılıkları bulunmaktadır. Bu nedenle, müşterilerimiz için kurulumumuz ve CPU tahsis mantığımız hakkında kısa bir genel bakış sunmanın yanı sıra CPU çalma süresinin en yaygın kaynaklarını açıklamanın yararlı olacağını düşündük.
İlk olarak, bu kavrama aşina olmayanlar için CPU çalma süresi, hipervizörün gerçek fiziksel CPU'yu diğer işler (diğer sanal makineler/bulut sunucuları gibi) için kullanmakla meşgul olduğu sırada, bulut sunucunuz içindeki sanal CPU'nuzun bu gerçek fiziksel CPU'yu beklemek zorunda kaldığı süredir. Bu, CPU çalma süresi hakkında harika bir makaledir ve kesinlikle okunmaya değer.
CPU Kurulumumuz Hakkında Kısa Bir Bilgi
Anlaşılması gereken ilk şey, bilgi işleminizi barındıran her bir fiziksel işlem düğümündeki sanal makineler arasında çekirdekleri tahsis etme şeklimizle ilgilidir. Şuradaki CPU'lar ve çekirdekleri: CloudSigma üzerinde paylaşımlıdır. Diğer bir deyişle, bir müşteri bulut sunucusunu belirli çekirdeklere sabitlemeyiz. CPU süresi, fiziksel işlem düğümünün zamanlayıcısı tarafından dinamik olarak atanır ve her şey paylaşılır. Bunun, işlem düğümünün yükü dengelemek için anında mantıklı tahsis ayarlamaları yapmasına izin vererek bütünsel olarak daha güvenilir performans sunmada birçok faydası olduğuna inanıyoruz.
Bununla birlikte, Kontrol Grupları (kısaca cgroups) kullanıyoruz; böylece sunucu boyutu aracılığıyla belirlediğiniz kaynaklar doğrultusunda bulut sunucularının her biri için yeterli CPU süresini garanti ediyoruz. Sonuçta zamanlayıcı, kalan kaynaklar ve cgroups’la ne yapacağına karar verir. Müşteri bilgi işlem iş yükleri için tahsis aralığının dışında kalacak şekilde belirli bir dizi çekirdeği ayırdığımızı da belirtmek gerekir. Bu çekirdekleri fiziksel ana bilgisayarın işletim sistemini çalıştırmak için kullanıyoruz. Özellikle ağ ve depolama işlemlerinin yürütülmesi için ek çekirdekler ayırıyoruz. Tüm bunlar genel makinenin kararlılığını artırmayı amaçlamaktadır. Dahası, bir müşteri olarak sizin için diğer müşterilerin yükünden bağımsız olarak zaman içinde güvenilir performans seviyeleri sunmaya yardımcı olur.
Sanallaştırılmış Bir Ortamda CPU Çalma Süresinin Kaynakları
Fiziksel bir ortamın aksine, CPU çalma süresi yaşayabileceğiniz birden fazla kaynak ve durum vardır. Bunun nedeni, çok kiracılı sanallaştırılmış bir ortamda işlerin daha karmaşık olmasıdır. Bunların hepsi gerçekten almanız gereken CPU süresini alamadığınız bir durum değildir; hatta çoğu durumda tahsis edilen boyutunuzun ötesindeki boş CPU döngülerini de emebilirsiniz, ancak bu durum CPU çalma süresi göreceğiniz bir durum değildir. En yaygın üç durum aşağıda daha ayrıntılı olarak açıklanmıştır.
Bulut Sunucunuz Aşırı Yüklendi
Olur böyle şeyler! Herkes ödediği ücretin karşılığını tam kapasiteye en yakın şekilde kullanmak ister; ancak sanal bulut sunucunuza tahsis edilen CPU, iş yükünü işlemek için yeterli değilse, sanal CPU içinde işler biriktikçe ve kuyruğa girdikçe CPU çalma süresi görebilirsiniz. Eğer CPU çalma süresinin temel nedeni buysa, çözüm bulut sunucusunu yeniden boyutlandırmaktır. Bu geçici bir aşırı yüklenmeyse, her şeyi güvenle olduğu gibi bırakabilirsiniz. Yükünüz azaldığında CPU çalma süresinin ortadan kalktığını göreceksiniz.
Bulut Sunucunuzu Barındıran Fiziksel Sunucu Aşırı Yüklendi
Eğer bir ana bilgisayar aşırı yüklenmesi varsa, bu durumda bu bizim tarafımızdan kaynaklanan bir hatadır. Nadirdir ama olabilir. Bu durumda, yük seviyelerini tekrar normal seviyelere indirmek için sanal makineleri kesintisiz olarak diğer fiziksel işlem düğümlerine taşımak amacıyla canlı geçiş (live migration) kullanırız. Genellikle ana bilgisayarları tam yükün çok altında tutarız. Dolayısıyla, bunu uzun bir süre boyunca gözlemlemeye devam ederseniz lütfen bizimle iletişime geçin. 7/24 ücretsiz desteğimiz, üzerinde bulunduğunuz fiziksel ana bilgisayarı kontrol edebilir. Eğer bir aşırı yüklenme yoksa, bunun CPU çalma sürenizin temel nedeni olması pek olası değildir.
Daha Küçük Bir Sanal Çekirdek Boyutu Kullanıyorsunuz
CloudSigma'da, herhangi bir bulut sunucusu boyutu için örneğin daha fazla küçük sanal çekirdeğin daha fazla CPU iş parçacığına sahip olma avantajından yararlanmanız amacıyla size sanal çekirdek boyutunu tanımlama olanağı sunuyoruz. İşletim sistemi içindeki bulut sunucusu, çekirdek boyutunu her zaman tam fiziksel boyut olarak görecektir.
Eğer fiziksel çekirdek 2.6GHz ise ancak VM'iniz 4GHz ve iki çekirdekliyse, her bir sanal çekirdek 2GHz olacaktır. Bu yüzden her zaman steal time görürsünüz. Aslında bunun nedeni, sanal çekirdek boyutunun daha küçük olması sebebiyle tam boyutu değil, toplam çekirdeğin orantılı bir miktarını almanızdır. Bu nedenle, eğer gerçekten bunu kullanıyorsanız, CPU steal time hesaplamalarını her zaman daha küçük sanal çekirdek boyutunu hesaba katacak şekilde ayarlamalısınız. Bunu önlemek için çekirdek başına tam çekirdek boyutunu kullanabilirsiniz. Bunu, sanal çekirdek boyutunu tam CPU çekirdeği boyutuna (örn. Intel v4 2.6GHz) genişleterek yapabilirsiniz.
Sonuç
Buluttaki CPU steal time, geleneksel tek kiracılı fiziksel ortamlardan biraz daha karmaşıktır. Ancak kesinlikle hala mevcuttur. Bununla birlikte, işletim sistemleri tarafından CPU steal time raporlaması farklı koşullara göre ayarlanmamıştır. Bu, yanlış pozitifler alabileceğiniz anlamına gelir. CPU steal time ile karşılaştığınızda, bu genellikle bir kaynak kısıtlaması yaşandığı anlamına gelir. Bu yazının, kök nedeni hızlı bir şekilde belirlemenize ve kesintisiz operasyonların devam etmesini sağlamanıza yardımcı olacağını umuyoruz.
Keyifli bilişimler!
Robert
Yorumlar
Henüz yorum yapılmamış. İlk siz olun.