Örnek sorular
Aws Compute Ec2 LambdaZorluk 1
Bir takım, çoğunlukla ağır sayısal hesaplama yapan ve az RAM kullanan bir batch job çalıştırmak istiyor. Bunun için tasarlanmış EC2 instance ailesi hangisidir?
- aMemory-optimized (R ailesi) — bellek-içi veri setleri için vCPU başına ekstra RAM
- bCompute-optimized (C ailesi) — CPU-bound iş yükleri için yüksek vCPU/RAM oranı✓
- cStorage-optimized (I ailesi) — I/O-bound iş yükleri için yüksek-IOPS yerel NVMe disk
- dGeneral purpose (M ailesi) — karma iş yükleri için dengeli vCPU/RAM
Açıklama:Compute-optimized (C ailesi) instance'lar yüksek vCPU-bellek oranı sunar, CPU-bound ve az RAM gerektiren bir batch job'a uyar. Memory-optimized (a) vCPU başına çok RAM gereken iş yüklerini hedefler; storage-optimized (c) yüksek yerel disk verimini hedefler; general purpose (d) dengeli bir ortadır, bu CPU-ağır durum için özelleşmemiştir.
Aws Compute Ec2 LambdaZorluk 1
Bir EC2 instance başlatılırken AMI (Amazon Machine Image) ne için kullanılır?
- aInstance için ağ route table'ını ve security group kurallarını tanımlar
- bInstance'ın saatlik fiyatını belirleyen bir faturalama şablonudur
- cInstance'ı başlatmak için kullanılan OS, önceden yüklü yazılım ve konfigürasyonu içeren bir şablondur✓
- dInstance başlatıldıktan sonra kurulması gereken bir izleme ajanıdır
Açıklama:AMI, başlatma şablonudur: OS + önceden yüklü yazılım/konfigürasyon içeren root volume snapshot'ı, artı launch permission ve block device mapping. Ağ (a) ayrıca VPC/security group ile yapılandırılır; fiyatlandırma (b) instance tipine ve satın alma seçeneğine bağlıdır, AMI'ye değil; izleme ajanları (d) opsiyonel yazılımdır, AMI'yi tanımlayan şey değildir.
Aws Compute Ec2 LambdaZorluk 1
Bir Auto Scaling Group (ASG) health check'inin temel amacı nedir?
- aSağlıksız instance'ları tespit edip otomatik olarak sonlandırıp yerine yenisini koyarak istenen kapasiteyi korumak✓
- bFaturalama amacıyla instance'ların CPU kullanımını ölçmek
- cKullanılan AMI'nin hâlâ o region'da var olduğunu doğrulamak
- dBir instance sonlandırılmadan önce minimum çalışma süresi şartını uygulamak
Açıklama:ASG health check'leri (EC2 status check ve/veya ELB health check) instance'ları sürekli izler; sağlıksız işaretlenen bir instance sonlandırılıp yerine yenisi konur, böylece grup istenen kapasitede kalır. Faturalama (b), AMI varlık kontrolü (c) ya da minimum-uptime kuralı (d) ile ilgisi yoktur — health check'in ölçtüğü şey bunlar değildir.
Aws Compute Ec2 LambdaZorluk 2
Bir ASG lifecycle hook, instance launch'ta PENDING:WAIT durumuyla ekleniyor. Bu hook ne yapmanı sağlar?
- aASG'yi o instance için health check'i atlamaya zorlamak
- bASG'nin başka hiçbir instance türünü kalıcı olarak bundan böyle başlatmasını durdurmak
- cInstance zaten boot olduktan sonra AMI'sini değiştirmek
- dInstance'ı InService'e geçmeden önce özel işlemler çalışabilsin diye bekleme durumunda tutmak✓
Açıklama:Bir launch lifecycle hook, hook'u tamamlayana kadar (ya da bir timeout geçene kadar) instance'ı Pending:Wait'te tutar, bu da InService'e alınmadan önce bootstrap işlemlerine (ajan kurulumu, harici sistemlere kayıt) zaman tanır. Health check'i atlamaz (a), tüm ASG'yi durdurmaz (b), boot-sonrası AMI değiştirmeye izin vermez (c) — AMI launch'ta sabittir.
Aws Compute Ec2 LambdaZorluk 1
Fault-tolerant bir batch iş yükünde maliyetten tasarruf için bir Spot instance kullanılıyor. Spot'un On-Demand'a kıyasla temel takası nedir?
- aSpot instance'lar hiçbir şekilde bir Auto Scaling Group'a bağlanamaz
- bAWS, kapasiteye ihtiyaç duyunca Spot instance'ı kısa bildirimle kesintiye uğratabilir✓
- cSpot instance'lar her zaman On-Demand'dan daha eski, daha yavaş donanım nesillerinde çalışır, seçilen instance ailesinden bağımsız olarak
- dSpot instance'lar, On-Demand'ın aksine 1 yıllık minimum taahhüt gerektirir
Açıklama:Spot instance'lar boşta EC2 kapasitesinden indirimli çekilir, ama AWS o kapasiteyi kısa bir kesinti bildirimiyle geri alabilir — iş yükü durdurulmaya/sonlandırılmaya tolerans göstermelidir. Spot instance'lar bir ASG'de KULLANILABİLİR (a yanlış), o instance tipi için On-Demand ile aynı donanımda çalışır (c yanlış), minimum taahhüt yoktur — bu Reserved Instance/Savings Plans'i tanımlar (d yanlış).
Aws Compute Ec2 LambdaZorluk 2
Bir takım, stateless bir web-crawling job'ı için bir Spot instance filosu başlatıyor. EC2 bir instance'ı kesmeden kısa süre önce iş yükü hangi sinyali izleyebilir?
- aInstance metadata veya EventBridge üzerinden bir Spot interruption notice, genellikle sonlandırmadan yaklaşık iki dakika önce✓
- bHiçbir şey — Spot instance'lar tasarım gereği sıfır uyarıyla sonlandırılır
- cHerhangi bir Spot instance geri alınmadan önce garanti edilen 24 saatlik bir grace period
- dİş yükünün, hiçbir kod değişikliği gerekmeden otomatik olarak bir On-Demand instance'a taşınması
Açıklama:EC2, bir Spot instance'ı geri almadan yaklaşık iki dakika önce bir Spot interruption notice yayınlar (instance metadata'dan poll edilebilir, ya da EventBridge event'i olarak iletilir), iş yüküne checkpoint alma ya da düzgünce drain olma için kısa bir pencere tanır. Sıfır-uyarı tasarımı (b), 24 saatlik grace garantisi (c) ya da otomatik şeffaf On-Demand geçişi (d) yoktur — uygulamanın kendisi bildirime tepki vermelidir.