yoklateknik mülakat

DevOps / Cloud Azure Storage Blob Managed Disk Mülakat Soruları

75 doğrulanmış DevOps / Cloud Azure Storage Blob Managed Disk mülakat sorusu — cevaplarıyla çöz, açıklamalarıyla öğren, gerçek simülasyonda kendini test et.

Gerçek simülasyonu dene →

Örnek sorular

Azure Storage Blob Managed DiskZorluk 1
Bir takım, oluşturulduktan sonraki ilk hafta sık okunan, sonrasında nadiren dokunulan log dosyaları saklıyor. Bu tür sık-erişilen veri için Blob Storage'ın hangi access tier'ı tasarlanmıştır?
  • aArchive, çünkü mevcut en ucuz tier'dır
  • bHot, çünkü sık erişilen veri için optimize edilmiştir ve online tier'lar arasında en düşük erişim (okuma/yazma) maliyetine sahiptir
  • cCold, çünkü ilk hafta içinde erişilen veri içindir
  • dBlob Storage'da tier kavramı yoktur; tüm blob'lar erişim örüntüsünden bağımsız aynı maliyete sahiptir
Açıklama:Hot tier, sık erişilen veri için optimize edilmiştir. Cool/Cold/Archive'a göre GB başına depolama maliyeti daha yüksektir ama en düşük erişim (transaction ve okuma/yazma) maliyetine sahiptir, bu yüzden son loglar gibi aktif okunan veri için doğru seçimdir.
Azure Storage Blob Managed DiskZorluk 1
Bir blob'u daha sıcak bir tier'a rehydrate etmenin maliyet-etkin olması için Archive access tier'ıyla tipik olarak ilişkilendirilen minimum önerilen saklama süresi nedir?
  • aMinimum yoktur; Archive her zaman ücretsiz ve anında rehydrate edilebilir
  • b1 gün
  • c180 gün — Archive, saatler süren erişim gecikmesine tahammül edebilen ve uzun vadeli saklama ihtiyacı olan nadiren erişilen veri içindir
  • dArchive'ın, Cool veya Cold'un aksine hiç erken-silme cezası yoktur
Açıklama:Archive tier, saatler süren getirme gecikmesine tahammül edebilen ve nadiren erişilen veri içindir, önerilen minimum depolama süresi 180 gündür; bundan önce silme, başka bir tier'a taşıma veya rehydrate etme oransal bir erken-silme ücreti doğurur.
Azure Storage Blob Managed DiskZorluk 1
Bir Azure Storage lifecycle management policy'sinin bir takıma otomatikleştirmesine izin verdiği şey nedir?
  • aYaş veya son-erişim kurallarına dayanarak, blob'ları access tier'lar arasında
  • bBlob'ları bir zamanlamaya göre otomatik olarak customer-managed key ile şifrelemek
  • cStorage account'un kapasite limitini veri büyüdükçe otomatik olarak yeniden boyutlandırmak
  • dBlock blob'ları otomatik olarak managed disk'lere dönüştürmek
Açıklama:Lifecycle management policy, blob'ları yaş-tabanlı veya son-erişim-tabanlı koşulları karşıladıklarında otomatik olarak daha soğuk (ucuz) tier'lara taşıyan veya silen bir kural kümesidir, manuel tiering/temizlik ihtiyacını ortadan kaldırır.
Azure Storage Blob Managed DiskZorluk 2
Bir storage account'ta blob soft delete etkinken bir blob silindiğinde gerçekte ne olur?
  • aBlob kalıcı ve anında kaldırılır; soft delete yalnızca container'ları korur, tek tek blob'ları değil
  • bBlob otomatik olarak ayrı bir 'Geri Dönüşüm Kutusu' storage account'una taşınır
  • cBlob'un verisi uyumluluk nedeniyle anında sıfırlarla üzerine yazılır
  • dBlob silinmiş olarak işaretlenir
Açıklama:Soft delete, silinmiş bir blob'u (yapılandırmaya bağlı olarak üzerine yazılan sürümlerini de) yapılandırılan bir saklama süresi (1-365 gün) boyunca kurtarılabilir durumda tutar, bu süre içinde geri alınabilir, sonunda kalıcı olarak temizlenir.
Azure Storage Blob Managed DiskZorluk 2
Azure Storage'da bir Shared Access Signature'ın (SAS) birincil amacı nedir?
  • aBir kullanıcıya storage account'un tam erişim anahtarını kalıcı olarak vermek
  • bStorage account'un erişim anahtarlarını paylaşmadan, storage kaynaklarına devredilmiş, süre-sınırlı ve kapsam-sınırlı erişim vermek
  • cBlob verisini bir customer-managed key ile durağan halde şifrelemek
  • dBir storage account'u ikincil bir region'a otomatik olarak replike etmek
Açıklama:SAS, storage kaynaklarına sınırlı erişim (belirli izinler, kaynaklar ve bir zaman penceresi) veren imzalı bir URI'dir; bir uygulamanın hesabın ana erişim anahtarlarını hiç açığa çıkarmadan erişim paylaşmasını sağlar.
Azure Storage Blob Managed DiskZorluk 2
Bir VM'in, tutarlı ve öngörülebilir düşük-gecikme performansı gerektiren production veritabanı iş yükü için bir data disk'e ihtiyacı var. Bunun için standart production seçimi hangi Managed Disk tipidir?
  • aStandard HDD, çünkü tüm VM iş yükleri için varsayılan seçimdir
  • bStandard SSD, çünkü her zaman Premium SSD performansını daha düşük maliyetle eşler
  • cPremium SSD
  • dHerhangi bir disk tipi aynı performansı gösterir; disk tipi yalnızca maliyeti etkiler, performansı değil
Açıklama:Premium SSD managed disk'ler solid-state sürücülerle desteklenir ve production ile performansa duyarlı iş yükleri için tasarlanmıştır, Standard HDD/SSD'ye kıyasla tutarlı düşük gecikme ve yüksek IOPS/throughput sunar — ama Premium storage'ı destekleyen bir VM boyutu gerektirirler.

3375 soruluk DevOps / Cloud bankasında kendini sına.

Mülakata başla