Örnek sorular
Gcp Compute Gce CloudrunZorluk 1
Compute Engine'de bir machine type'ın serisi/ailesi (ör. e2, n2, c2) esas olarak neyi belirler?
- aYalnızca VM'nin oluşturulabileceği bölgeyi belirler, donanım profilini değil
- bAltta yatan CPU platformunu ve fiyat/performans/iş yükü optimizasyonu dengesini (genel amaçlı, compute-optimized, memory-optimized vb.) belirler✓
- cVM'nin Persistent Disk kullanıp kullanamayacağını belirler
- dBoyuttan bağımsız olarak proje başına izin verilen maksimum VM sayısını belirler
Açıklama:Machine serileri VM'leri CPU platformuna ve fiyat/performans profiline göre gruplar — e2 maliyet-optimize genel amaçlı bir seri, n2 dengeli genel amaçlı bir seri, c2 compute-optimized'dır. Kendi başına bölge erişilebilirliğini kısıtlamaz (a), Persistent Disk uygunluğunu kontrol etmez (c) ve proje-başına VM kotasıyla ilgisi yoktur (d).
Gcp Compute Gce CloudrunZorluk 1
Compute Engine'de custom machine type nedir?
- aOperatörün önceden tanımlı bir boyut seçmek yerine vCPU sayısını ve belleği bağımsız olarak belirlediği bir VM konfigürasyonu✓
- bYalnızca özel, kendi derlenmiş kernel'ları çalıştırabilen bir VM tipi
- cYalnızca GPU iş yükleri için ayrılmış bir machine type
- dvCPU sayısını canlı CPU yüküne göre otomatik değiştiren bir machine type
Açıklama:Custom machine type'lar, Google'ın önceden tanımlı şekillerinden birini seçmek yerine (izin verilen oranlar dahilinde) vCPU ve bellek miktarını doğrudan seçmenizi sağlar; bu, bir iş yükünün ihtiyaçları standart bir boyuta uymadığında faydalıdır. Kernel özelleştirmesiyle ilgisi yoktur (b), GPU'ya özel değildir (c) ve canlı olarak otomatik yeniden boyutlanmaz (d) — çalışan bir instance'ın machine type'ını değiştirmek stop/start gerektirir.
Gcp Compute Gce CloudrunZorluk 1
Compute Engine'de bir Spot VM kullanmanın standart on-demand VM'e kıyasla ana trade-off'u nedir?
- aSpot VM'ler daha pahalıdır ama garantili bir uptime SLA'sıyla gelir
- bSpot VM'ler zorunlu silinmeden önce en fazla bir saat çalışabilir
- cSpot VM'ler önemli ölçüde daha ucuzdur ama Google kapasiteye ihtiyaç duyduğunda instance'ı kısa bir bildirimle preempt edebilir✓
- dSpot VM'ler herhangi bir Persistent Disk bağlayamaz, yalnızca local SSD destekler
Açıklama:Spot VM'ler, kullanılabilirlik garantisi olmaması karşılığında önemli bir indirim sunar — Google, ihtiyaç duyduğunda kapasiteyi geri alıp instance'ı kısa bir bildirimle sonlandırabilir. SLA yoktur (a tersi), genel olarak katı bir bir-saat sınırı yoktur (b) ve Spot VM'ler yine de Persistent Disk bağlayabilir (d).
Gcp Compute Gce CloudrunZorluk 2
Bir Managed Instance Group'ta (MIG), autoscaling/autohealing ile birlikte kullanılan bir health check'in amacı nedir?
- aYalnızca VM'nin boot disk boş alanını ölçer, başka bir şeyi değil
- bYalnızca yeni instance'ların hangi bölgede oluşturulacağına karar vermek için kullanılır
- cGruptaki her instance'a uygulanan fatura seviyesini belirler
- dHer instance'ın uygulama-seviyesi sağlığını periyodik olarak yoklar ve tekrar tekrar başarısız olan instance'lar otomatik olarak yeniden oluşturulabilir (autohealing)✓
Açıklama:Bir MIG health check'i (temel VM durumundan farklı olarak) her instance'ın gerçekten doğru hizmet verip vermediğini (ör. bir HTTP probe ile) periyodik olarak kontrol eder; bir instance sürekli olarak check'i geçemezse autohealing onu otomatik olarak silip yeniden oluşturabilir. Disk alanına (a), bölge yerleşimine (b) veya faturalandırmaya (c) özgü değildir.
Gcp Compute Gce CloudrunZorluk 2
Cloud Run'da request concurrency ayarı neyi kontrol eder?
- aBir projede izin verilen toplam Cloud Run servis sayısını
- bTek bir container instance'ının aynı anda işlemesine izin verilen maksimum eşzamanlı istek sayısını✓
- cCloud Run'ın client'a hata döndürmeden önce yaptığı retry sayısını
- dTek bir request payload'ının megabayt cinsinden maksimum boyutunu
Açıklama:Concurrency, Cloud Run ek istekleri başka bir instance'a yönlendirmeden (ya da yeni bir tane başlatmadan) önce bir container instance'ının aynı anda kaç isteği işleyebileceğini tanımlar. Proje-geneli servis sayısını sınırlamaz (a), retry davranışıyla ilgisizdir (c) ve bir payload boyutu sınırı belirlemez (d).
Gcp Compute Gce CloudrunZorluk 2
Bir Cloud Run veya Cloud Functions servisinde "cold start"a neden olan şey nedir?
- aGelen isteği karşılayacak boşta bir instance olmadığı için yeni bir container/çalışma ortamının provizyonlanması ve başlatılması (ör. kodun yüklenmesi, başlangıç mantığının çalıştırılması) gerekir✓
- bVM'nin CPU sıcaklığı bir çalışma eşiğinin altına düşer ve ısınması gerekir
- cServisin bölgesi, çağıranın konumuyla eşleşecek şekilde değiştirilmelidir
- dHerhangi bir istek işlenmeden önce fatura hesabının yeniden kimlik doğrulaması gerekir
Açıklama:Bir cold start, bir isteğe hizmet vermeye hazır zaten-çalışan ("warm") bir instance olmadığında oluşur; bu yüzden platform ilk yanıttan önce yeni bir container provizyonlamalı, uygulamayı yüklemeli ve başlangıç kodunu çalıştırmalıdır — warm bir instance'a kıyasla gecikme ekler. Gerçek donanım sıcaklığıyla (b), bölgesel failover'la (c) veya fatura yeniden-kimlik-doğrulamasıyla (d) ilgisi yoktur.