Örnek sorular
Wh Redshift Distribution Sort VacuumZorluk 1
Amazon Redshift'te provisioned bir cluster'da leader node'un rolü için hangisi doğrudur?
- aHer tablonun tam bir kopyasını tutar, böylece sorgular compute node'lara hiç dokunmaz.
- bJoin ve aggregation işinin büyük kısmını kendisi yürütüp sonucu compute node'lara gönderir.
- cGelen sorguları parse eder, yürütme planı kurar ve compute node'ları koordine eder.✓
- dYalnızca single-node cluster'larda bulunur, compute node eklenince ortadan kalkar.
Açıklama:Leader node istemciden gelen sorguları alır, parse eder, yürütme planı kurar ve compute node'lar arasında paralel yürütmeyi koordine edip sonuçları toplar. Her tablonun tam kopyasını tutmaz, join/aggregation'ın esas yükünü kendisi taşımaz; multi-node cluster'larda da (compute node'lardan ayrı olarak) vardır.
Wh Redshift Distribution Sort VacuumZorluk 1
Redshift'te 'slice' nedir?
- aHer VACUUM öncesi otomatik alınan bir tablo anlık görüntüsüdür.
- bBir compute node üzerinde verinin bir kısmını işleyen bir CPU/bellek/disk payı.✓
- cYalnızca Redshift Serverless workgroup'ları için kullanılan bir faturalama birimidir.
- dYalnızca leader node'un metadata'sına ayrılmış ayrı bir compute node'dur.
Açıklama:Her compute node slice'lara bölünür; her slice, node'un verisinin bir kısmını diğer slice'larla paralel işlemek için kendi CPU, bellek ve disk payını alır. Snapshot, yalnızca Serverless'e özgü faturalama ya da leader node metadata'sıyla ilgisi yoktur.
Wh Redshift Distribution Sort VacuumZorluk 2
Compute node başına slice sayısı, verinin Redshift cluster'ında nasıl yayıldığını neden etkiler?
- aRedshift, bir tablonun satırlarını cluster'daki her slice'a dağıtır.✓
- bSlice sayısı yalnızca backup dosya boyutunu etkiler, sorgu yürütmede rolü yoktur.
- cRedshift, node tipinden bağımsız olarak her cluster'da her zaman tam olarak bir slice kullanır.
- dSlice'lar, bir cluster'ın hangi AWS Region'da oluşturulacağını belirler.
Açıklama:Bir tablonun satırları, tablonun distribution style'ına göre cluster'daki her slice'a dağıtılır; dolayısıyla kaç slice olduğu (node sayısı × node başına slice sayısı) verinin ve üzerindeki paralel işin ne kadar ince dağıldığını doğrudan belirler. Slice sayısı backup boyutuyla, cluster başına sabit bir sayıyla ya da region seçimiyle ilgili değildir.
Wh Redshift Distribution Sort VacuumZorluk 2
Bir tablo oluştururken DISTSTYLE EVEN ne yapar?
- aHer satır her node'a kopyalanır, böylece her slice tablonun tamamını tutar.
- bSatırlar, kesinlikle primary key değerlerine göre slice'lara gruplanır.
- cLeader node satırları round-robin, kolon değerine bakmadan dağıtır.✓
- dRedshift, tablo büyüdükçe KEY ile ALL arasında otomatik seçim yapar.
Açıklama:EVEN dağıtımda leader node, herhangi bir kolonun değerine bakmaksızın satırları slice'lara round-robin verir. Her satırı her node'a kopyalamak ALL'ı, bir kolona göre gruplamak KEY'i, tablo büyüdükçe stil değiştirmek ise EVEN'i değil AUTO'yu tanımlar.
Wh Redshift Distribution Sort VacuumZorluk 2
DISTSTYLE KEY ne yapar?
- aSatırlar, belirlenen tek bir kolonun değerine göre slice'lara dağıtılır.✓
- bSatırlar kolon değerlerinden bağımsız olarak slice'lara round-robin dağıtılır.
- cTablonun tamamı cluster'daki her compute node'a kopyalanır.
- dRedshift, dağıtım kolonunu her sorguda otomatik olarak kendisi seçer.
Açıklama:KEY dağıtımı, seçilen tek bir kolonun hash'lenmiş değerine göre satırları slice'lara yerleştirir; bu yüzden aynı değere sahip satırlar aynı slice'ta biter. Round-robin yerleşim EVEN'i, tam kopyalama ALL'ı tanımlar; dağıtım kolonu sorgu bazında değil tablo tasarımında sabitlenir.
Wh Redshift Distribution Sort VacuumZorluk 3
Bir tablo için DISTSTYLE ALL seçmenin doğrudan maliyeti nedir?
- aSorgu sonuçları strong consistent yerine eventually consistent hale gelir.
- bTablo artık DISTSTYLE KEY olan tablolarla join edilemez.
- cRedshift o tablo için compression encoding'i devre dışı bırakır.
- dDepolama node sayısıyla çarpılır, load ve update işlemleri de uzar.✓
Açıklama:ALL dağıtımı tablonun tam bir kopyasını her node'a koyar; bu yüzden depolama kabaca node sayısıyla orantılı büyür, ayrıca her node'un kopyasının senkron kalması gerektiğinden load, update ve insert işlemleri uzar. Consistency semantiğini, KEY dağıtımlı tablolarla join edilebilirliği ya da compression desteğini etkilemez.