Örnek sorular
Aws Databases Rds DynamodbZorluk 1
Bir RDS instance'ında Multi-AZ'yi etkinleştirmenin temel amacı nedir?
- aBirden fazla uygulamanın bağlantı sınırı olmadan aynı anda veritabanından okuma yapabilmesini sağlamak
- bBaşka bir Availability Zone'daki senkron standby'a otomatik failover sağlamak✓
- cBölgeler arasında daha fazla read replica ekleyerek okuma throughput'unu otomatik ölçeklendirmek
- dVeriyi birden fazla Availability Zone'a sıkıştırarak depolama maliyetlerini azaltmak
Açıklama:Multi-AZ RDS, salt yüksek kullanılabilirlik için farklı bir AZ'de senkron bir standby kopya tutar — primary düşerse AWS otomatik olarak standby'a failover yapar. Bu bir okuma-ölçekleme özelliği değildir (o iş Read Replica'lara aittir, seçenek c), bağlantı sınırlarını etkilemez (a) ve depolama sıkıştırmasıyla ilgisi yoktur (d).
Aws Databases Rds DynamodbZorluk 1
Bir uygulama, RDS Multi-AZ standby instance'ına doğrudan okuma sorgusu gönderebilir mi?
- aEvet, ve bunu yapmak okuma trafiğini ölçeklendirmenin önerilen yoludur
- bEvet, ama yalnızca uygulama salt-okunur bir veritabanı kullanıcısı kullanıyorsa
- cHayır — standby, erişilemeyen bir failover hedefidir✓
- dHayır, çünkü standby tamamen farklı bir veritabanı motoru formatında saklanır
Açıklama:Multi-AZ standby pasif bir failover hedefidir — uygulamalar okuma için ona doğrudan bağlanamaz. Okuma ölçeklemesi için ayrı erişilebilir endpoint'leri olan Read Replica'lar kullanılır. Standby, veriyi primary ile aynı motor formatında saklar (d yanlış).
Aws Databases Rds DynamodbZorluk 1
Bir RDS Read Replica, kaynak instance ile senkron kalmak için ne tür bir replikasyon kullanır?
- aAsenkron replikasyon; yani replica, kaynaktan belirli bir süre geride kalabilir✓
- bSenkron replikasyon; yani her yazma, kaynak onu commit edilmiş saymadan önce replica'da onaylanır
- cReplikasyon yok — replica, kaynak veritabanını sabit bir zamanlamada polling yapıp tüm veriyi yeniden import eder
- dİki yönlü senkron replikasyon; yani replica'ya yapılan yazmalar da kaynağa geri yayılır
Açıklama:RDS Read Replica'lar asenkron replikasyon kullanır — kaynak, bir yazmayı onaylamadan önce replica'nın değişikliği uygulamasını beklemez, bu yüzden bir miktar replikasyon gecikmesi normal ve beklenen bir durumdur. Bu, Multi-AZ'de kullanılan senkron standby'dan farklıdır. Read Replica'lar ayrıca varsayılan olarak salt-okunurdur; kaynağa geri yazmazlar (d yanlış).
Aws Databases Rds DynamodbZorluk 1
Aşağıdakilerden hangisi RDS Read Replica'ların temel kullanım senaryosunu en iyi tanımlar?
- aPrimary veritabanı instance'ı erişilemez hale gelirse otomatik failover sağlamak
- bDaha önce şifrelenmemiş olarak saklanan veriyi rest'te şifrelemek
- cPrimary veritabanı instance'ının depolama maliyetini azaltmak
- dOkuma-ağırlıklı iş yüklerini primary'den alıp okuma throughput'unu artırmak✓
Açıklama:Read Replica'lar okuma kapasitesini ölçeklendirmek için vardır — raporlama/analitik gibi okuma-ağırlıklı iş yüklerini primary yerine bir replica'ya yönlendirebilirsiniz, böylece primary yazmalar için serbest kalır. Otomatik failover bir Multi-AZ özelliğidir, Read Replica özelliği değil (a); Read Replica'lar şifrelemeyi (b) veya primary depolama maliyetini (c) doğal olarak değiştirmez.
Aws Databases Rds DynamodbZorluk 2
Bir mühendis, bir RDS Read Replica'yı bağımsız, yazılabilir bir veritabanı instance'ı olarak promote ediyor. Bunun orijinal kaynakla replikasyon ilişkisine ne olur?
- aHiçbir şey değişmez — replica okunabilir kalır ve arka planda kaynaktan sessizce replikasyona devam eder
- bBir replica promote edildiğinde kaynak instance otomatik olarak silinir
- cReplikasyon kalıcı olarak biter; promote edilen instance bağımsız bir veritabanı olur✓
- dReplica ve kaynak, bundan sonra tek bir Multi-AZ çiftine birleşir
Açıklama:Bir Read Replica'yı promote etmek, kaynağa olan replikasyon bağlantısını kalıcı olarak keser — o andan itibaren tamamen bağımsız, yazılabilir bir RDS instance'ı haline gelir. Bu, genellikle felaket kurtarma veya iş yüklerini bölmek için kullanılan tek yönlü, geri alınamaz bir işlemdir. Kaynak instance etkilenmez ve çalışmaya devam eder (b yanlış); ikisi bir Multi-AZ çiftine birleşmez (d yanlış).
Aws Databases Rds DynamodbZorluk 1
Bir DynamoDB "partition key"i temel olarak ne için kullanılır?
- aTablo içindeki tekil item'ları şifrelemek için
- bKey değerini hash'leyerek item'ın depolama partition'ını seçmek için✓
- cTablo üzerindeki herhangi bir sorgunun döndürdüğü tüm item'ların sıralama düzenini tanımlamak için
- dTüm tablonun maksimum boyut sınırını ayarlamak için
Açıklama:DynamoDB, item'ın hangi dahili fiziksel partition'da saklanacağına karar vermek için partition key değerini hash'ler — bu, DynamoDB'nin yatay ölçeklenebilirliğinin arkasındaki temel mekanizmadır. Bir partition içindeki sıralama düzeni yalnız partition key ile değil ayrı bir sort key ile kontrol edilir (c); şifreleme (a) ve tablo boyut sınırları (d) partition key'in rolüyle ilgisizdir.