Örnek sorular
Azure Compute Vm AppserviceZorluk 1
Bir takım, çoğunlukla boşta duran ama zaman zaman kısa CPU patlamalarına ihtiyaç duyan bir dev/test iş yükü için bir VM boyut ailesine ihtiyaç duyuyor. Hangi VM serisi tam olarak bu desen için tasarlanmıştır?
- aD-series, Azure'ın genel amaçlı dengeli CPU-belleğe-oran ailesi
- bBoştayken CPU kredisi biriktiren B-series (burstable).✓
- cF-series, batch işleme gibi sürekli yüksek CPU iş yükleri için optimize edilmiş
- dE-series, veritabanları ve cache gibi büyük bellek-içi iş yükleri için optimize edilmiş
Açıklama:B-series VM'ler burstable ailedir: çoğu zaman düşük bir baseline CPU performansında çalışırlar, kredi biriktirirler ve talepte kısa bir sıçrama olduğunda bu kredileri kullanarak baseline'ın üzerine çıkabilirler — çoğunlukla boşta olan iş yükleri için maliyet açısından iyi bir uyum. D-series genel amaçlıdır (a yanlış), F-series sürekli compute-ağırlıklı iş yüklerini hedefler (c yanlış), E-series bellek-ağırlıklı iş yüklerini hedefler (d yanlış).
Azure Compute Vm AppserviceZorluk 1
Azure'da bir Availability Set'in birincil amacı nedir?
- aVM'leri bir veri merkezi içinde ayrı fault domain'lere ve update domain'lere dağıtmak için.✓
- bCPU metriklerine göre VM instance sayısını otomatik olarak artırıp azaltmak zaman içinde.
- cVM disklerini felaket kurtarma için eşleştirilmiş bir bölgeye senkron olarak replike etmek
- dHTTP trafiğini VM instance'ları arasında layer 7'de yük dengelemek
Açıklama:Bir Availability Set, VM'leri tek bir veri merkezi içinde fault domain'lere (ayrı raf/güç/ağ) ve update domain'lere (farklı zamanlarda yamalanan/yeniden başlatılan gruplar) dağıtır, böylece tek bir raf arızası ya da host bakım döngüsü tüm instance'ları aynı anda düşürmez. Instance sayısını ölçeklendirmez (b, bu VMSS autoscale'in işi), bölgeler-arası replikasyon yapmaz (c) ve bir load balancer değildir (d).
Azure Compute Vm AppserviceZorluk 2
Bir Availability Zone, bir Availability Set'ten nasıl farklıdır?
- aAzure portalında birbirinin yerine kullanılan aynı özelliğin iki farklı adıdır
- bBir Availability Zone yalnızca yazılım arızalarına karşı korur, bir Availability Set ise donanım arızalarına karşı korur
- cBir Availability Zone kaynakları bir bölgedeki ayrı veri merkezlerine dağıtırken, bir Availability Set bunları tek bir veri merkezi içinde dağıtır.✓
- dBir Availability Zone her bölge için ayrı bir Azure aboneliği gerektirir
Açıklama:Availability Zone'lar aynı Azure bölgesi içinde fiziksel olarak ayrı veri merkezleridir, her biri bağımsız güç, soğutma ve ağa sahiptir, bu da tüm-bir-veri-merkezi seviyesindeki bir arızaya karşı koruma sağlar — bu, VM'leri yalnızca tek bir veri merkezi içindeki fault/update domain'lere dağıtan bir Availability Set'ten daha güçlü bir garantidir. Bunlar farklı özelliklerdir (a yanlış), ikisi de yazılım/donanım ayrımından ziyade donanım/tesis-seviyesi arıza senaryolarını ele alır (b yanlış) ve zone'lar ayrı abonelik gerektirmez (d yanlış).
Azure Compute Vm AppserviceZorluk 1
Bir Virtual Machine Scale Set (VMSS) nedir?
- aNormal bir VM boyutunun sunduğundan daha fazla CPU çekirdeğine sahip tek büyük bir VM
- bTek bir konsolide fatura için birden fazla VM'i gruplayan bir faturalama yapısı
- cTek bir VM'in aynı anda birden fazla bağımsız işletim sistemi çalıştırmasını sağlayan bir özellik test amaçlı olarak.
- dTek bir set olarak yönetilen, otomatik ölçeklenebilen özdeş, yük-dengeli VM'lerden oluşan bir grup.✓
Açıklama:Bir VMSS, özdeş, otomatik-ölçeklenen, yük-dengeli VM'lerden oluşan bir seti tek bir kaynak olarak dağıtıp yönetmenizi sağlar — bir instance şablonunu bir kez tanımlarsınız ve scale set talebe göre instance sayısını otomatik (veya manuel) olarak büyütüp küçültebilir. Tek büyütülmüş bir VM değildir (a), bir faturalama gruplaması değildir (b) ve çoklu-OS'lu tek bir VM değildir (c).
Azure Compute Vm AppserviceZorluk 2
Bir VMSS'de ortalama CPU %70'i aştığında bir instance ekleyen bir autoscale kuralı yapılandırılmış. Bu ne tür bir autoscale tetikleyicisidir?
- aTekrarlayan bir kontrol aralığında çalıştığı için schedule-tabanlı bir tetikleyici
- bÖlçeklendirme bir kaynak metriğinin eşiği aşmasıyla tetiklendiği için metrik-tabanlı bir tetikleyici.✓
- cBir operatörün her ölçeklendirme olayını onaylaması gerektiği için manuel bir tetikleyici
- dTetiklenmesi harici bir HTTP callback'ine bağlı olduğu için webhook-tabanlı bir tetikleyici
Açıklama:Tanımlı bir eşiği aşan bir kaynak metriği (CPU, bellek, kuyruk uzunluğu, özel metrikler vb.) tarafından yönlendirilen autoscale kuralları metrik-tabanlı tetikleyicilerdir — ölçeklendirme kararı gözlemlenen yükün doğrudan bir fonksiyonudur. Schedule-tabanlı bir tetikleyici bunun yerine yükten bağımsız olarak sabit zamanlarda/tarihlerde ölçeklendirir (a yanlış); bu kural manuel onay gerektirmez (c yanlış) ve ölçeklendirme eylemini başlatmak için harici bir webhook'a bağlı değildir (d yanlış, webhook'lar ölçeklendirmeden SONRA bir bildirim olarak eklenebilir olsa da).
Azure Compute Vm AppserviceZorluk 1
Bir compute kaynağı için 'scale up' (büyütme) ile 'scale out' (dışa ölçeklendirme) arasındaki fark nedir?
- aTamamen aynı işlemin iki farklı adıdır
- bScale up daha fazla instance eklemek demektir; scale out bir instance'ın boyutunu artırmak demektir kalıcı olarak.
- cScale up bir instance'ın boyutunu artırır; scale out aynı boyutta daha fazla instance ekler.✓
- dScale up yalnızca storage için, scale out yalnızca compute için geçerlidir
Açıklama:Scale up (dikey ölçeklendirme), mevcut bir instance'ı daha büyük bir SKU'ya taşımak demektir (daha fazla vCPU, daha fazla bellek); scale out (yatay ölçeklendirme), yükü paylaşmak için aynı boyutta daha fazla instance eklemek demektir. Bunlar farklı işlemlerdir (a yanlış), (b)'deki tanımlar yer değiştirmiştir ve ikisi de (d)'nin iddia ettiği şekilde bölünmeden compute ve diğer kaynak türlerinde geniş çapta geçerlidir.