Genel Bakış Özellikler DB Motorları Fiyatlandırma Kaynaklar Kullanmaya Başlama Müşteriler Çözüm Ortakları
MySQL Özellikleri PostgreSQL Özellikleri Paralel Sorgu Sunucusuz Babelfish
Amazon RDS RDS for MySQL RDS for PostgreSQL RDS for MariaDB RDS for Oracle RDS for SQL Server
Kaynaklar SSS
Ürünler
Veritabanı
Amazon Aurora
Amazon Aurora SSS
Amazon Aurora SSS
Genel
S: Amazon Aurora nedir?
Amazon Aurora, üst düzey ticari veritabanlarının hızı ve güvenilirliği ile açık kaynak kodlu veritabanlarının basitliğini ve uygun maliyetini bir araya getiren bir ilişkisel veritabanı altyapısıdır. Amazon Aurora MySQL, çoğu MySQL uygulamasında herhangi bir değişiklik gerektirmeksizin MySQL’nin beş katına kadar performans sunar. Benzer şekilde, Amazon Aurora PostgreSQL, PostgreSQL’nin üç katına kadar performans sunar. Amazon Aurora veritabanlarınızı yöneten Amazon RDS, tedarik, düzeltme eki uygulama, yedekleme, kurtarma, hata tespiti ve onarım gibi zaman alan görevleri halleder. Kullandığınız her bir Amazon Aurora veritabanı bulut sunucusu için basit bir aylık ücret ödersiniz. Peşin taahhüt veya uzun vadeli sözleşme gereksinimi yoktur.
S: "MySQL ile uyumlu" ne anlama geliyor?
Bugün MySQL veritabanlarınız ile kullandığınız çoğu kodun, uygulamanın, sürücünün ve aracın herhangi bir değişiklik olmaksızın veya küçük değişikliklerle Aurora ile de kullanılabileceği anlamına gelir. Amazon Aurora veritabanı altyapısı, InnoDB depolama altyapısını kullanan MySQL 5.6 ve 5.7 ile iletişim uyumluluğuna sahip olacak şekilde tasarlanmıştır. MyISAM depolama altyapısı gibi belirli MySQL özellikleri Amazon Aurora ile kullanılamaz.
S: "PostgreSQL ile uyumlu" ne anlama geliyor?
Bugün PostgreSQL veritabanlarınız ile kullandığınız çoğu kodun, uygulamanın, sürücünün ve aracın herhangi bir değişiklik olmaksızın veya küçük değişikliklerle Aurora ile de kullanılabileceği anlamına gelir. Amazon Aurora veritabanı altyapısı, PostgreSQL 9.6 ve üstü ile iletişim uyumluluğuna sahip olacak şekilde tasarlanmıştır ve RDS for PostgreSQL 9.6 ve üstü ile desteklenen PostgreSQL uzantı setinin aynısını desteklediğinden, bu iki altyapı arasında uygulama taşımak kolaydır.
S: Amazon Aurora’yı nasıl deneyebilirim?
Amazon Aurora’yı denemek için AWS Console’da oturum açın, Database (Veritabanı) kategorisinden RDS’yi seçip veritabanı altyapınız olarak Amazon Aurora’yı seçin.
S: Amazon Aurora’nın maliyeti ne kadardır?
Güncel fiyatlandırma bilgileri için lütfen fiyatlandırma sayfamıza bakın.
S: Amazon Aurora, veritabanımın her bir parçasını üç Erişilebilirlik Alanındaki altı hedefe kopyalıyor. Bu, fiili olarak ödeyeceğim depolama ücretinin fiyatlandırma sayfasında gösterilenin üç veya altı katı olacağı anlamına mı geliyor?
Hayır. Amazon Aurora’nın replikasyon özelliği fiyata dahildir. Amazon Aurora’nın sanallaştırılmış depolama katmanında kullanılan depolama alanı için değil, veritabanı katmanında veritabanınızın kullandığı depolama alanı için ücret ödersiniz.
S: Amazon Aurora’ya hangi AWS bölgelerinde erişilebilir?
Bölgeler ve fiyatlar hakkındaki güncel bilgiler için lütfen fiyatlandırma sayfamıza bakın.
S: MySQL ile Amazon Aurora arasında nasıl geçiş yapabilirim?
Birkaç seçeneğiniz vardır. Standart mysqldump yardımcı programını kullanarak MySQL’den dışa veri aktarabilir ve mysqlimport yardımcı programını kullanarak Amazon Aurora’da içe veri aktarabilirsiniz (tersi için de aynısı geçerlidir). Ayrıca, Amazon RDS’nin Veritabanı Anlık Yedeği geçiş özelliğini kullanarak AWS Management Console aracılığıyla bir RDS MySQL Veritabanı Anlık Yedeğini Amazon Aurora’ya geçirebilirsiniz. Çoğu müşteri için geçiş işlemleri bir saatten kısa bir sürede tamamlansa da süre veri kümesinin biçimine ve boyutuna bağlıdır. Daha fazla bilgi edinmek için bkz. MySQL Veritabanlarını Amazon Aurora'ya Geçirmeye Yönelik En İyi Uygulamalar.
S: PostgreSQL ile Amazon Aurora arasında nasıl geçiş yapabilirim?
Birkaç seçeneğiniz vardır. Standart pg_dump yardımcı programını kullanarak PostgreSQL’den dışa veri aktarabilir ve pg_restore yardımcı programını kullanarak Amazon Aurora’da içe veri aktarabilirsiniz (tersi için de aynısı geçerlidir). Ayrıca, Amazon RDS’nin Veritabanı Anlık Yedeği geçiş özelliğini kullanarak AWS Management Console aracılığıyla bir RDS PostgreSQL Veritabanı Anlık Yedeğini Amazon Aurora’ya geçirebilirsiniz. Çoğu müşteri için geçiş işlemleri bir saatten kısa bir sürede tamamlansa da süre veri kümesinin biçimine ve boyutuna bağlıdır.
S: Amazon Aurora, AWS Ücretsiz Kullanımı kapsamında mıdır?
Şu anda değil. Amazon RDS için AWS Ücretsiz Kullanımı, Mikro Veritabanı Bulut Sunucuları için avantaj sağlar; Amazon Aurora şu an Mikro Veritabanı Bulut Sunucusu desteği sunmamaktadır. Güncel fiyatlandırma bilgileri için lütfen fiyatlandırma sayfamıza bakın.
S: Amazon Aurora'daki G/Ç'ler nedir ve nasıl hesaplanır?
G/Ç'ler, Aurora veritabanı altyapısı tarafından SSD tabanlı sanallaştırılmış depolama katmanında gerçekleştirilen giriş/çıkış işlemleridir. Her veritabanı sayfa okuma işlemi bir G/Ç olarak sayılır. Aurora veritabanı altyapısı önbellek hafızasında mevcut olmayan veritabanı sayfalarını getirmek için depolama katmanında okuma istekleri gerçekleştirir. Sorgu trafiğiniz tamamen hafıza veya önbellekten teslim edilebiliyorsa hafızadan herhangi bir veri sayfası almak için ücretlendirilmeyeceksiniz. Sorgu trafiğiniz tamamen hafızadan teslim edilemiyorsa hafızadan alınan veri sayfaları için ücretlendirileceksiniz. Aurora MySQL'de her veritabanı sayfası 16 KB, Aurora PostgreSQL'de ise 8 KB'tır.
Aurora, maliyetlerin düşürülmesi ve kaynakların okuma/yazma trafiğini işlemek için erişilebilir kalmasının sağlanması amacıyla gereksiz G/Ç işlemlerini ortadan kaldıracak şekilde tasarlanmıştır. Yazma G/Ç'leri yalnızca, yazmaları dayanıklı hale getirmek amacıyla Aurora MySQL'deki yineleme günlüğü kayıtlarını veya Aurora PostgreSQL'deki write-ahead günlük kayıtlarını kalıcı olarak depolama katmanına kaydederken kullanılabilir. Yazma G/Ç'leri 4 KB'lık birimler halinde sayılır. Örneğin, 1024 bayt boyutlu bir günlük kaydı bir yazma G/Ç işlemi olarak sayılır. Ancak günlük kaydı 4 KB'den daha büyük ise kalıcı olarak kaydetmek için birden fazla yazma G/Ç işlemi gerekir. İşlem günlüğü kayıtları 4 KB'dan daha küçük olan eş zamanlı yazma işlemleri, aynı depolama koruma gruplarına kalıcı olarak kayıtlı olmaları durumunda G/Ç tüketimini optimize etmek için Aurora veri tabanı motoru tarafından birleştirilebilirler. Geleneksel veri tabanı altyapılarının aksine Aurora hiçbir zaman hatalı veri sayfalarını depolama alanına göndermez.
AWS Console'a giderek Aurora bulut sunucunuzun kaç G/Ç isteği kullandığını görebilirsiniz. Ne kadar G/Ç kullandığınızı öğrenmek için konsolun RDS bölümüne gidin, bulut sunucularınızın listesine bakın, Aurora bulut sunucularını seçin ve izleme bölümündeki “Billed read operations” (Faturalanan okuma işlemleri) ile “Billed write operations” (Faturalanan yazma işlemleri) ölçümlerine bakın.
S: Amazon Aurora PostgreSQL'yi kullanmak için istemci sürücülerini değiştirmem gerekir mi?
Hayır, Amazon Aurora standart PostgreSQL veritabanı sürücüleriyle çalışır.
Performans
S: "MySQL'nin beş katı performans" ne anlama gelir?
Amazon Aurora, veritabanı altyapısı ile SSD tabanlı, veritabanı iş yükleri için özel olarak tasarlanmış bir sanallaştırılmış depolama katmanı arasında sıkı entegrasyon sağlayarak MySQL'den önemli oranda yüksek performans sunar. Bu sayede depolama sistemine yazma sayısı düşer, kilit çekişmesi olabildiğince azalır ve veritabanı işlem iş parçacıklarının neden olduğu gecikmeler ortadan kalkar. r3.8xlarge bulut sunucularında SysBench ile gerçekleştirdiğimiz testler, Amazon Aurora'nın saniyede 500.000'den fazla SELECT ve saniyede 100.000'den fazla UPDATE sunduğunu gösterdi. Aynı donanım üzerinde aynı karşılaştırma testi çalıştırıldığında Aurora'nın performansının MySQL'den 5 kat fazla olduğu tespit edildi. Bu karşılaştırma testi ve kendi kendinize nasıl aynı sonuçları elde edebileceğinize ilişkin ayrıntılı yönergeler Amazon Aurora MySQL Performans Karşılaştırması Kılavuzu'nda sağlanmıştır.
S: "PostgreSQL’nin üç katı performans" ne anlama gelir?
Amazon Aurora, veritabanı altyapısı ile SSD tabanlı, veritabanı iş yükleri için özel olarak tasarlanmış bir sanallaştırılmış depolama katmanı arasında sıkı entegrasyon sağlayarak PostgreSQL’den önemli oranda yüksek performans sunar. Bu sayede depolama sistemine yazma sayısı düşer, kilit çekişmesi olabildiğince azalır ve veritabanı işlem iş parçacıklarının neden olduğu gecikmeler ortadan kalkar, r4.16xlarge bulut sunucularında SysBench ile gerçekleştirdiğimiz testler, aynı donanım üzerinde aynı karşılaştırma testi çalıştırıldığında Amazon Aurora’nın PostgreSQL’ye göre saniye başına üç kattan fazla SELECT ve UPDATE sunduğu tespit edildi. Bu karşılaştırma testi ve kendi kendinize nasıl aynı sonuçları elde edebileceğinize ilişkin ayrıntılı yönergeler Amazon Aurora PostgreSQL Performans Karşılaştırması Kılavuzu’nda sağlanmıştır.
S: Veritabanı iş yükümü Amazon Aurora MySQL için nasıl optimize edebilirim?
Amazon Aurora’nın MySQL ile uyumlu olacak şekilde tasarlanması sayesinde mevcut MySQL uygulamaları ve araçları değişiklik gerektirmeden çalışabilir. Bununla birlikte, Amazon Aurora’nın MySQL’yi geliştirdiği noktalardan biri yüksek oranda eş zamanlı iş yükleridir. Amazon Aurora’da iş yükünüzün aktarım hızını en üst düzeye çıkarmak için uygulamalarınızı çok sayıda eş zamanlı sorguyu ve işlemi destekleyecek şekilde oluşturmanızı öneririz.
S: Veritabanı iş yükümü Amazon Aurora PostgreSQL için nasıl optimize edebilirim?
Amazon Aurora’nın PostgreSQL ile uyumlu olacak şekilde tasarlanması sayesinde mevcut PostgreSQL uygulamaları ve araçları değişiklik gerektirmeden çalışabilir. Bununla birlikte, Amazon Aurora’nın PostgreSQL’yi geliştirdiği noktalardan biri yüksek oranda eş zamanlı iş yükleridir. Amazon Aurora’da iş yükünüzün aktarım hızını en üst düzeye çıkarmak için uygulamalarınızı çok sayıda eş zamanlı sorguyu ve işlemi destekleyecek şekilde oluşturmanızı öneririz.
Donanım ve Ölçeklendirme
S: Bir Amazon Aurora veritabanının minimum ve maksimum depolama sınırları nelerdir?
Minimum depolama sınırı 10 GB’tır. Amazon Aurora depolama alanı, veritabanı kullanımınıza bağlı olarak otomatik bir biçimde 10 GB’lık artışlarla 128 TB’a kadar, veritabanı performansı etkilenmeksizin büyüyebilir. Önden depolama alanı tedarik edilmesi gerekmez.
S: Amazon Aurora Veritabanı Bulut Sunucumla ilişkili işlem kaynaklarını nasıl ölçeklendirebilirim?
Veritabanı bulut sunucunuza tahsis edilen işlem kaynaklarını, AWS Management Console’dan istediğiniz Veritabanı Bulut Sunucusunu seçip Modify (Değiştir) düğmesine tıklayarak ölçeklendirebilirsiniz. Bellek ve CPU kaynaklarını ilgilendiren değişiklikler, Veritabanı Bulut Sunucunuzun sınıfı değiştirilerek gerçekleştirilir.
Veritabanı Bulut Sunucunuzun sınıfını değiştirdiğinizde, istediğiniz değişiklikler belirttiğiniz bakım aralığında uygulanır. Alternatif olarak “Apply Immediately” (Hemen Uygula) bayrağını kullanarak ölçeklendirme isteklerinizi hemen uygulayabilirsiniz. Bu seçeneklerin ikisinde de ölçeklendirme işleminin gerçekleştirildiği sırada erişilebilirlik birkaç dakikalığına etkilenir. Bekleyen başka sistem değişiklikleri varsa bunların da uygulanacağını unutmayın.
Yedekleme ve Geri Yükleme
S: Veritabanı Bulut Sunucum için yedeklemeyi nasıl etkinleştirebilirim?
Amazon Aurora Veritabanı Bulut Sunucularında otomatik yedekleme her zaman etkindir. Yedekleme işlemleri veritabanı performansını etkilemez.
S: Veritabanı Anlık Yedekleri alıp bunları dilediğim kadar saklayabilir miyim?
Evet, üstelik anlık yedek alma işlemi performansı etkilemez. Veritabanı Anlık Yedeklerinden verilerin geri yüklenmesi için yeni bir Veritabanı Bulut Sunucusu oluşturulması gerektiğini unutmayın.
S: Veritabanım başarısız olursa nasıl bir kurtarma yolu izlemeliyim?
Amazon Aurora otomatik olarak 3 Erişilebilirlik Alanında verilerinizin 6 kopyasını tutar ve veritabanınızı otomatik olarak iyi durumdaki bir AZ’den, herhangi bir veri kaybı olmaksızın kurtarmaya çalışır. Düşük ihtimalle de olsa Amazon Aurora depolama alanının içinde verilerinize erişilememesi durumunda bir Veritabanı Anlık Yedeğinden geri yükleme ya da belirli bir noktaya kurtararak yeni bir bulut sunucusuna aktarma işlemi gerçekleştirebilirsiniz. Belirli bir noktaya geri yükleme işlemi için en son geri yüklenebilecek zamanın geçmişte en fazla 5 dakika olduğunu unutmayın.
S: Veritabanı Bulut Sunucumu silersem yedeklerime ve Veritabanı Anlık Yedeklerime ne olur?
Veritabanı Bulut Sunucunuzu silerken son bir Veritabanı Anlık Yedeği oluşturmayı tercih edebilirsiniz. Bunu yaparsanız, silinen Veritabanı Bulut Sunucusunu daha sonraki bir tarihte geri yüklemek için bu Veritabanı Anlık Yedeğini kullanabilirsiniz. Amazon Aurora, Veritabanı Bulut Sunucusu silindikten sonra kullanıcı tarafından oluşturulan bu son Veritabanı Anlık Yedeğini manuel olarak oluşturulan diğer Veritabanı Anlık Yedekleriyle birlikte tutar. Veritabanı Bulut Sunucusu silindikten sonra yalnızca Veritabanı Anlık Yedekleri tutulur (yani belirli bir noktaya geri yükleme için oluşturulan otomatik yedekler saklanmaz).
S: Anlık yedeklerimi başka bir AWS hesabıyla paylaşabilir miyim?
Evet. Aurora, veritabanlarınızın anlık yedeklerini oluşturma imkanı sağlar. Daha sonra bu anlık yedekleri kullanarak veritabanlarını geri yükleyebilirsiniz. Bir anlık yedeği farklı bir AWS hesabıyla paylaşabilirsiniz ve alıcı hesabın sahibi anlık yedeğinizi kullanarak verilerinizi içeren bir veritabanını geri yükleyebilir. Hatta, anlık yedeklerinizi genel erişime açmayı, yani (genel) verilerinizi içeren bir veritabanını herkesin geri yüklemesine imkan tanımayı da tercih edebilirsiniz. Bu özelliği kullanarak farklı AWS hesapları altındaki çeşitli ortamlarınız (üretim, geliştirme ve test, hazırlama vb.) arasında veri paylaşabileceğiniz gibi, ana AWS hesabınızın güvenliğinin ihlal edilmesi ihtimaline karşı tüm verilerinizi ayrı bir hesapta koruma altına alabilirsiniz.
S: Paylaşılan anlık yedekler için faturalandırılır mıyım?
Hesaplar arası anlık yedek paylaşımı ücretsizdir. Bununla birlikte, anlık yedeklerin kendisinin yanı sıra varsa paylaşılan anlık yedeklerden geri yüklediğiniz veritabanları için ücret ödersiniz. Aurora fiyatlandırması hakkında daha fazla bilgi edinin.
S: Anlık yedekleri otomatik olarak paylaşabilir miyim?
Otomatik veritabanı anlık yedeği paylaşımını desteklemiyoruz Otomatik bir anlık yedeği paylaşmak için manuel olarak anlık yedeğin bir kopyasını oluşturup bu kopyayı paylaşmanız gerekir.
S: Anlık yedekleri kaç hesapla paylaşabilirim?
Manuel olarak oluşturulan anlık yedekleri 20’ye kadar AWS hesap kimliğiyle paylaşabilirsiniz. Anlık yedeği 20’den fazla hesapla paylaşmak istiyorsanız anlık yedeği genel erişime açık olarak paylaşabilir veya kotanızın artırılmasını istemek üzere destek birimine başvurabilirsiniz.
S: Aurora anlık yedeklerimi hangi bölgelerde paylaşabilirim?
Aurora anlık yedeklerinizi Aurora’nın erişilebilir olduğu tüm AWS bölgelerinde paylaşabilirsiniz.
S: Aurora anlık yedeklerimi farklı bölgelerde paylaşabilir miyim?
Hayır. Paylaşılan Aurora anlık yedeklerinize yalnızca bunları paylaşan hesapla aynı bölgedeki hesaplar erişebilir.
S: Şifrelenmiş bir Aurora anlık yedeğini paylaşabilir miyim?
Evet, şifrelenmiş Aurora anlık yedeklerini paylaşabilirsiniz.
Yüksek Erişilebilirlik ve Replikasyon
S: Amazon Aurora, veritabanımın disk hatalarına karşı hata toleransını nasıl geliştirir?
Amazon Aurora, veritabanınızı otomatik olarak birçok diske dağıtılan 10 GB’lık kısımlara böler. Veritabanı biriminizin her bir 10 GB’lık parçası üç Erişilebilirlik Alanındaki altı hedefe çoğaltılır. Amazon Aurora, veritabanı yazma erişilebilirliği etkilenmeksizin ikiye kadar veri kopyasının, okuma erişilebilirliği etkilenmeksizin üçe kadar veri kopyasının kaybolmasını şeffaf bir şekilde işleyebilecek şekilde tasarlanmıştır. Amazon Aurora depolama alanı kendi kendini iyileştirme özelliğine de sahiptir. Veri bloklarında ve disklerde sürekli olarak hata taraması yapılır ve hatalar otomatik olarak giderilir.
S: Aurora, bir veritabanı kilitlenmesinden sonra kurtarma süremi nasıl geliştirir?
Amazon Aurora, diğer veritabanlarından farklı olarak, bir veritabanı kilitlenmesinden sonra son veritabanı denetim noktasından (genellikle 5 dakika) yineleme günlüğünü yeniden oynatma ve veritabanını işlemler için erişilebilir hale getirmeden önce tüm değişikliklerin uygulandığını onaylama gereksinimi duymaz. Bu sayede, veritabanını yeniden başlatma süresi çoğunlukla 60 saniyenin altına düşer. Amazon Aurora, arabellek önbelleğini veritabanı işleminin dışına çıkarır ve yeniden başlatma gerçekleşince anında erişilebilir hale getirir. Bu sayede, kısmi kesintilerden kaçınmak için önbellek yeniden doldurulana kadar erişimi kısıtlamak zorunda kalmazsınız.
S: Aurora hangi tür replikaları destekler?
Amazon Aurora MySQL ve Amazon Aurora PostgreSQL, aynı AWS bölgesindeki birincil bulut sunucusu ile aynı temel birime sahip olan Amazon Aurora Replikalarını destekler. Birincil bulut sunucusu tarafından yapılan güncellemeler tüm Amazon Aurora Replikaları tarafından görülebilir. Amazon Aurora MySQL ile, MySQL’in binlog tabanlı replikasyon altyapısını temel alan bölgeler arası MySQL Okuma Replikaları da oluşturabilirsiniz. MySQL Okuma Replikalarında, birincil bulut sunucunuzdan alınan veriler replikanızda işlem olarak yeniden yürütülür. Okuma ölçeklendirme ve yüksek erişilebilirlik dahil olmak üzere çoğu kullanım örneği için Amazon Aurora Replikalarının kullanılmasını öneririz.
Uygulamanızın gereksinimlerine bağlı olarak bu iki replika tipini dilediğiniz gibi karışık olarak kullanma esnekliğiniz vardır:
Özellik
Amazon Aurora Replikaları
MySQL Replikaları
Replika sayısı 15’e kadar 5’e kadar
Replikasyon türü Zaman uyumsuz (milisaniye) Zaman uyumsuz (saniye)
Birincilin performansı üzerindeki etki Düşük Yüksek
Replika konumu Bölge içi
Bölgeler arası
Yük devretme hedefi olarak davranma Evet (veri kaybı olmaz) Evet (dakikalarca veri kaybı yaşanabilir)
Otomatik yük devretme Evet Hayır
Kullanıcı tarafından tanımlanan replikasyon gecikmesi için destek Hayır Evet
Birincilden farklı veri veya şemalar için destek Hayır Evet
Yukarıda belirtilenlere ek olarak iki replikasyon seçeneğiniz daha vardır. Farklı bölgelerdeki Aurora kümeleri arasında daha hızlı fiziksel replikasyon için Aurora Global Database'i kullanabilirsiniz. Aurora ve Aurora dışı MySQL veritabanları (hatta AWS dışındakiler) arasında replikasyon için ise, kendi kendine yönetilen binlog replikasyonunuzu ayarlayabilirsiniz.
S: Amazon Aurora ile bölgeler arası replikalar kullanabilir miyim?
Evet, mantıksal veya fiziksel replikasyon kullanarak bölgeler arası Aurora replikaları oluşturabilirsiniz.
Aurora Global Database olarak adlandırılan fiziksel replikasyon, tahsis edilmiş altyapıyı kullanarak veritabanınızın uygulamanızı sunmak için erişilebilir durumda kalmasını sağlar ve Genellikle bir saniyeden daha kısa bir sürede ikincil bir bölgeye replikasyon gerçekleştirilebilir. Bu, Aurora MySQL ve Aurora PostgreSQL ile birlikte kullanılabilir. Düşük gecikme hızına sahip global okuma işlemleri ve olağanüstü durum kurtarma için Aurora Global Database çözümünü kullanmanızı öneririz.
Aurora, her veritabanı motorunda özel mantıksal replikasyonu destekler (PostgreSQL için MySQL ve PostgreSQL replikasyon yuvaları), böylece bölgeler arasında bile Aurora ve Aurora olmayan veritabanlarına replikasyon yapabilirsiniz.
Ayrıca, Aurora MySQL beş adede kadar ikincil AWS bölgesini destekleyen kullanımı kolay bir mantıksal bölgeler arası okuma replikasyon özelliğini sunar. Bu, tek iş parçacıklı MySQL binlog replikasyonunu temel alır ve replikasyon gecikmesi, değişiklik/uygulama hızının yanı sıra seçilen bölgeler arasındaki ağ iletişiminde yaşanan gecikmelerden etkilenir.
S: Bölgeler arası replika kümesinde Aurora Replikaları oluşturabilir miyim?
Evet, bölgeler arası bir kümeye en fazla 15 Aurora Replikası ekleyebilirsiniz. Tüm replikalar, bölgeler arası replikayla aynı temel depolama alanını kullanır. Bölgeler arası replika, kümede birincil bulut sunucusu görevini üstlenir ve kümedeki Aurora Replikaları genellikle birincil bulut sunucusunun 10’larca milisaniye gerisinde kalır.
S: Uygulamamın yükünü geçerli birincil bulut sunucumdan bölgeler arası replikaya devredebilir miyim?
Evet, RDS konsolundan bölgeler arası replikanızı yeni birincil bulut sunucusu olacak şekilde yükseltebilirsiniz. Mantıksal (binlog) replikasyon için yükseltme işlemi, iş yükünüze bağlı olarak genellikle birkaç dakika sürer. Yükseltme işlemini başlattığınızda bölgeler arası replikasyon durur.
Aurora Global Database ile bir dakikadan daha kısa bir sürede ikincil bölgeyi tam okuma/yazma iş yüklerini üstlenecek şekilde ayarlayabilirsiniz.
S: Yük devretme hedefleri olarak belirli replikalara diğerlerinden daha fazla öncelik tanıyabilir miyim?
Evet. Kümenizdeki her bir bulut sunucusuna yükseltme öncelik katmanı atayabilirsiniz. Birincil bulut sunucusu başarısız olduğunda Amazon RDS, en yüksek önceliğe sahip olan replikayı birincil konumuna yükseltir. İki veya daha fazla Aurora Replikası aynı önceliğe sahip olduğunda Amazon RDS, boyutu en büyük olan replikayı birincil konumuna yükseltir. İki veya daha fazla Aurora Replikası aynı önceliğe ve boyuta sahip olduğunda Amazon RDS, aynı yükseltme katmanında bulunan replikalardan birini rastgele birincil konumuna yükseltir. Yük devretme mantığı hakkında daha fazla bilgi edinmek için Amazon Aurora Kullanıcı Kılavuzu’nu okuyun.
S: Bulut sunucuları oluşturulduktan sonra bunların öncelik katmanını değiştirebilir miyim?
Evet, bir bulut sunucusunun öncelik katmanını dilediğiniz zaman değiştirebilirsiniz. Yalnızca öncelik katmanlarının değiştirilmesi bir yük devretme işlemi tetiklemez.
S: Belirli replikaların birincil bulut sunucusu konumuna yükseltilmesini engelleyebilir miyim?
Birincil bulut sunucusu konumuna yükseltilmesini istemediğiniz replikalara daha düşük öncelik katmanları atayabilirsiniz. Bununla birlikte, kümedeki daha yüksek önceliğe sahip replikalar herhangi bir nedenden dolayı iyi durumda değilse veya bunlara erişilemiyorsa Amazon RDS düşük öncelikli replikayı yükseltir.
S: Tek bir Amazon Aurora veritabanının erişilebilirliğini nasıl geliştirebilirim?
Amazon Aurora Replikaları ekleyebilirsiniz. Aynı AWS Bölgesinde bulunan Aurora Replikaları, birincil bulut sunucusuyla aynı temel depolama alanını kullanır. Tüm Aurora Replikaları hiçbir veri kaybı olmadan birincil bulut sunucusu konumuna yükseltilebilir ve bu nedenle, birincil Veritabanı Bulut Sunucusunda hata oluşması durumunda hata toleransının geliştirilmesi için kullanılabilir. Veritabanı erişilebilirliğini artırmak için basitçe dilediğiniz 3 AZ’de 1 ila 15 replika oluşturun. Bir veritabanı kesintisi yaşanması durumunda Amazon RDS bunları otomatik olarak yük devretme birincil seçimine dahil eder.
Veritabanınızın birden fazla AWS Bölgesine dağıtılmasını istiyorsanız Aurora Global Database’i kullanabilirsiniz. Bu durumda verileriniz için veritabanı performansını etkilemeyecek bir şekilde replikasyon gerçekleştirilir ve bölgedeki kesintilerde olağanüstü durum kurtarma özellikleri kullanılabilir.
S: Yük devretme sırasında ne olur ve bu işlem ne kadar sürer?
Uygulamalarınızın veritabanı işlemlerini yöneticinin manuel olarak müdahale etmesi gerekmeksizin mümkün olduğunca kısa sürede sürdürebilmesi için yük devretme Amazon Aurora tarafından otomatik olarak gerçekleştirilir.
Aynı veya farklı Erişilebilirlik Alanında bir Amazon Aurora Replikanız varsa yük devretme sırasında Aurora, Veritabanı Bulut Sunucunuzun kurallı ad kaydını (CNAME) iyi durumdaki replikayı gösterecek şekilde değiştirir ve bunun sonucunda replika yeni birincil olur. Yük devretme işleminin başlatılıp tamamlanması genellikle 30 saniyeyi geçmez.
Aurora Serverless kullanıyorsanız ve veritabanı bulut sunucusu veya Erişilebilirlik Alanı kullanılamaz hale gelirse Aurora, veritabanı bulut sunucusunu farklı bir Erişilebilirlik Alanında otomatik olarak yeniden oluşturur.
Amazon Aurora Replikanız yoksa (ör. tek bulut sunucunuz varsa) ve Aurora Serverless kullanmıyorsanız Aurora, özgün bulut sunucusu ile aynı Erişilebilirlik Alanında yeni bir Veritabanı Bulut Sunucusu oluşturmaya çalışır. Bu özgün bulut sunucusu değişimi en iyi çaba ilkesi temelinde gerçekleştirilir ve Erişilebilirlik Alanını önemli ölçüde etkileyen bir sorun olması durumunda başarılı olmayabilir.
Bağlantı kaybı söz konusu olduğunda uygulamanız veritabanı bağlantılarını yeniden denemelidir.
Farklı bölgelerde olağanüstü durum kurtarma el ile yapılması gereken bir işlemdir. İkincil bölgelerden birini okuma/yazma iş yüklerini üstlenecek şekilde ayarlamanız gerekir.
S: Birincil veritabanım varsa ve bir Amazon Aurora Replikası aktif olarak okuma trafiği alıyorsa, yük devri gerçekleştiğinde ne olur?
Amazon RDS, birincil bulut sunucunuzla ilgili otomatik olarak bir sorun tespit eder ve yük devretme işlemini başlatır. Küme Uç Noktası kullanıyorsanız okuma/yazma bağlantılarınız, birincil konuma yükseltilecek Amazon Aurora Replikasına otomatik olarak yönlendirilir.
Ayrıca, Aurora Replikalarınızın işlediği okuma trafiği, kısa süreli olarak kesintiye uğrar. Okuma trafiğinizi Aurora Replikasına yönlendiren Küme Okuyucu Uç Noktası kullanıyorsanız, eski birincil düğüm replika olarak kurtarılana kadar salt okunur bağlantılar yeni yükseltilen Aurora Replikasına yönlendirilir.
S: Replikalarım birincilin ne kadar gerisinde olur?
Amazon Aurora Replikaları aynı AWS Bölgesindeki birincil bulut sunucusuyla aynı veri birimini kullandığından, neredeyse hiç replikasyon gecikmesi yaşanmaz. Gecikme süresinin genellikle 10’larca milisaniye olduğunu gözlemliyoruz. MySQL Okuma Replikaları için replikasyon gecikmesi değişiklik/uygulama hızının yanı sıra ağ iletişimindeki gecikmeler nedeniyle sınırsız bir şekilde büyüyebilir. Ancak normal koşullarda replikasyon gecikmesinin bir dakikadan kısa olması sık karşılaşılan bir durumdur.
Mantıksal replikasyon kullanılarak gerçekleştirilen bölgeler arası replikasyon, seçilen bölgeler arasındaki ağ iletişiminde yaşanan gecikmelerden etkilenir. Aurora Global Database kullanılarak gerçekleştirilen bölgeler arası replikasyon işlemleri genellikle bir saniyeden daha kısa bir sürede tamamlanır.
S: Aurora MySQL veritabanım ile harici bir MySQL veritabanı arasında replikasyon ayarlayabilir miyim?
Evet, Aurora MySQL veritabanı ile harici bir MySQL veritabanı arasında binlog replikasyonu ayarlayabilirsiniz. Diğer veritabanı, Amazon RDS üzerinde veya AWS üzerinde kendi kendine yönetilen bir veritabanı olarak ya da AWS'nin tamamen dışında çalışabilir.
Aurora MySQL 5.7 kullanıyorsanız GTID tabanlı binlog replikasyonu ayarlayabilirsiniz. Bu, eksiksiz tutarlılık sağlar, böylece replikasyonunuz, yük devretme veya kesinti süresinin sonra bile işlemleri kaçırmaz ya da çakışma yaratmaz.
S: Amazon Aurora Global Database nedir?
Amazon Aurora Global Database, tek bir Amazon Aurora veritabanının birden fazla AWS bölgesine dağılmasını sağlayan bir özelliktir. Bu özellik veritabanı performansını etkilemeden verilerinizi çoğaltır, genellikle bir saniyeden daha kısa bir gecikme süresiyle her bölgede hızlı yerel okuma imkanı sunar ve bölge çapındaki kesintilerde olağanüstü durum kurtarma gerçekleştirmenizi sağlar. Bölgesel performans düşüşü veya kesinti yaşanması durumunda ikincil bölge 1 dakikadan daha kısa bir sürede tam okuma/yazma özeliklerini sunacak şekilde ayarlanabilir.
Bu özellik, Aurora MySQL ve Aurora PostgreSQL ile birlikte kullanılabilir.
S: Nasıl Aurora Global Database oluşturabilirim?
Amazon RDS Management Console sayfasından birkaç tıklamayla Aurora Global Database oluşturabilirsiniz. Alternatif olarak SDK veya CLI bileşenlerini de kullanabilirsiniz. Aurora Global Database'inizde her bölge için en az bir bulut sunucusu tedarik etmeniz gerekir.
S: Bir Aurora Global Database'de kaç tane ikincil bölge olabilir?
Bir Aurora Global Database için beş adede kadar ikincil bölge oluşturabilirsiniz.
S: Aurora Global Database kullanırsam, birincil veritabanında mantıksal replikasyon (binlog) da kullanabilir miyim?
Evet. Amacınız veritabanı etkinliğini analiz etmekse veritabanı performansını etkilemekten kaçınmak için Aurora gelişmiş denetim, genel günlükler ve yavaş sorgu günlükleri özelliklerinden faydalanmayı düşünebilirsiniz.
S: Aurora, ikincil Aurora Global Database bölgesine otomatik olarak yük devretme gerçekleştirir mi?
Hayır. Birincil bölgenizin kullanım dışı olması durumunda Aurora Global Database örneğinden ikinci bölgeyi el ile kaldırıp tam okuma ve yazma işlemlerini gerçekleştirecek şekilde ayarlayabilirsiniz. Ayrıca uygulamanızı yeni görevlendirilen bölgeye yönlendirmeniz de gerekir.
S: Amazon Aurora Multi-Master nedir?
Amazon Aurora Multi-Master, MySQL ile uyumlu Aurora’nın yeni bir özelliğidir ve yazma performansının ölçeğini birden çok Erişilebilirlik Alanını içerecek şekilde genişletme olanağı sağlayarak uygulamaların okuma/yazma iş yüklerini bir veritabanı kümesindeki birden çok bulut sunucusuna yönlendirebilmesini ve daha yüksek erişilebilirlikle çalışmasını mümkün kılar.
S: Amazon Aurora Multi-Master’ı kullanmaya nasıl başlayabilirim?
Amazon Aurora Multi-Master artık genel olarak erişilebilir. Daha fazla bilgi için Amazon Aurora belgelerini okuyabilirsiniz. Yalnızca birkaç tık ile Amazon RDS Management Console üzerinde bir Aurora Multi-Master oluşturabilir veya en güncel AWS SDK veya CLI’yi indirebilirsiniz.
Güvenlik
S: Amazon Aurora’yı Amazon Virtual Private Cloud’da (Amazon VPC) kullanabilir miyim?
Evet, tüm Amazon Aurora Veritabanı Sunucuları bir VPC’de oluşturulmalıdır. Amazon VPC ile kendi veri merkezinizde çalıştırabileceğiniz geleneksel bir ağa çok benzeyen bir sanal ağ topolojisi tanımlayabilirsiniz. Bu sayede Amazon Aurora veritabanlarınıza kimlerin erişebileceği konusunda tam denetime sahip olursunuz.
S: Amazon Aurora verilerimi aktarım ve bekleme sırasında şifreler mi?
Evet. Amazon Aurora, veritabanı bulut sunucusu ile uygulama arasındaki bağlantının güvenliğini sağlamak için SSL (AES-256) kullanır. Amazon Aurora, veritabanlarınızı AWS Key Management Service (KMS) ile yönettiğiniz anahtarları kullanarak şifrelemenize imkan sağlar. Amazon Aurora şifrelemesiyle çalışan bir veritabanı bulut sunucusunda, temel depolamada bulunan verilerin yanı sıra veritabanının aynı kümedeki otomatik yedekleri, anlık yedekleri ve replikaları şifrelenir. Şifreleme ve şifre çözme işlemleri sorunsuz bir biçimde gerçekleştirilir. Amazon Aurora ile KMS kullanımı hakkında daha fazla bilgi edinmek için Amazon RDS Kullanıcı Kılavuzu'na bakın.
S: Şifrelenmemiş mevcut bir veritabanını şifreleyebilir miyim?
Şu anda şifrelenmemiş mevcut bir veritabanının şifrelenmesi desteklenmemektedir. Şifrelenmemiş mevcut bir veritabanı için Amazon Aurora şifrelemesini kullanmak istiyorsanız şifrelemenin etkin olduğu yeni bir Veritabanı Bulut Sunucusu oluşturup verilerinizi buna geçirin.
S: Amazon Aurora veritabanlarıma nasıl erişebilirim?
Amazon Aurora veritabanlarına erişim, veritabanı oluşturulurken belirtilen veritabanı bağlantı noktası aracılığıyla sağlanmalıdır. Bunun amacı, verileriniz için ek bir güvenlik katmanı sağlamaktır. Amazon Aurora Bağlantı Kılavuzu’nda Amazon Aurora veritabanınıza nasıl bağlanacağınıza ilişkin adım adım yönergeler sağlanmıştır.
S: Amazon Aurora’yı HIPAA uyumluluğu gerektiren uygulamalarla kullanabilir miyim?
Evet, Aurora’nın MySQL ve PostgreSQL ile uyumlu sürümleri HIPAA için uygun olduğundan, bunları kullanarak HIPAA ile uyumlu uygulamalar oluşturabilir ve AWS ile yaptığınız bir İş Ortağı Sözleşmesi (BAA) kapsamında korunan sağlık bilgileri (PHI) dahil olmak üzere sağlık hizmetleriyle ilgili bilgileri saklayabilirsiniz. Daha önce BAA yaptıysanız bu hizmetleri BAA'nız kapsamındaki hesapta / hesaplarda kullanmaya başlamanız için herhangi bir eylem gerçekleştirmeniz gerekmez. AWS üzerinde uyumlu uygulamalar oluşturma konusunda daha fazla bilgi için Bulutta Sağlık Hizmeti Sağlayıcıları ve Sigortacılar bölümünü inceleyin.
S: Amazon Aurora sürümleri için herkes tarafından bilinen siber güvenlik açıklarına yönelik Yaygın Güvenlik Açıkları ve Maruz Kalmalar (CVE) listesine nereden ulaşabilirim?
Şu anda CVE'lerin listesine Amazon Aurora Güvenlik Güncellemeleri bölümünden ulaşabilirsiniz.
Sunucusuz
S: Amazon Aurora Serverless nedir?
Amazon Aurora Serverless, Amazon Aurora’nın MySQL ve PostgreSQL uyumlu sürümleri için isteğe bağlı bir otomatik ölçeklendirme yapılandırmasıdır. Bir Aurora Serverless veritabanı kümesi, uygulamanızın gereksinimlerine göre otomatik olarak başlar, kapanır ve kapasite ölçeğini büyütür veya küçültür. Aurora Serverless sık gerçekleşmeyen, kesintili veya öngörülemez iş yükleri için nispeten basit, uygun maliyetli bir seçenek sağlar. Amazon Aurora Kullanıcı Kılavuzu’ndan daha fazla bilgi edinebilirsiniz.
S: Aurora Serverless için Amazon Aurora’nın hangi sürümleri desteklenir?
Aurora Serverless, şu anda MySQL 5.6 ile uyumlu olan Aurora ve PostgreSQL 10.7+ ile uyumlu olan Aurora sürümleri için sunulmaktadır.
S: Mevcut bir Aurora veritabanı kümesini Aurora Serverless’a geçirebilir miyim?
Evet, mevcut bir Aurora tedarik edilmiş kümesinden alınmış bir anlık yedeği bir Aurora Serverless Veritabanı Kümesine geri yükleyebilirsiniz (tersi için de aynısı geçerlidir).
S: Bir Aurora Serverless veritabanı kümesine nasıl bağlanabilirim?
Bir Aurora Serverless veritabanı kümesine, kümeyle aynı Amazon Virtual Private Cloud'da (VPC) çalışan bir istemci uygulamasının içinden erişebilirsiniz. Aurora Serverless veritabanı kümelerine genel bir IP adresi atayamazsınız.
S: Bir Aurora Serverless kümesinin kapasitesini açık olarak ayarlayabilir miyim?
Aurora Serverless etkin veritabanı iş yüküne göre otomatik olarak ölçeklendirme uygulasa da bazı durumlarda kapasite ani bir iş yükü değişikliğini (ör. çok sayıda yeni işlem) kaldırmaya yetecek kadar hızlı ölçeklenemeyebilir. Böyle durumlarda AWS Management Console’u, AWS CLI’yı veya RDS API’sini kullanarak kapasiteyi açıkça belirli bir değere ayarlayabilirsiniz.
S: Sahip olduğum Aurora Serverless Veritabanı Kümesi neden otomatik olarak ölçeklenmiyor?
Bir ölçeklendirme işlemi başlatıldıktan sonra Aurora Serverless bir ölçeklendirme noktası bulmaya çalışır. Bu nokta, veritabanının ölçeklendirmeyi güvenli bir şekilde tamamlayabileceği, zaman içinde belirli bir noktadır. Uzun süre çalışan sorgularınız veya sürmekte olan işlemleriniz ya da kullanımda olan geçici tablolarınız veya tablo kilitleriniz varsa Aurora Serverless bir ölçeklendirme noktası bulamayabilir.
S: Aurora Serverless için nasıl faturalandırılırım?
Aurora Serverless seçeneğinde veritabanı kapasitesi Aurora Kapasite Birimleri (ACU) cinsinden ölçülür. Veritabanı her etkinleştirildiğinde en az 5 dakikalık kullanımdan başlayarak ACU’nun kullanıldığı saniye başına sabit bir ücret ödersiniz. Tedarik edilmiş yapılandırmalar ve Serverless yapılandırmaları için depolama ve G/Ç fiyatları aynıdır. Bir Aurora Serverless fiyatlandırma örneğine göz atın.
Paralel Sorgu
S: Amazon Aurora Parallel Query nedir?
Amazon Aurora Parallel Query, tek bir sorgunun işlem yükünün bastırılarak Aurora’nın depolama katmanındaki binlerce CPU’ya dağıtılabilmesini ifade eder. Parallel Query olmasaydı, Amazon Aurora veritabanına gönderilen bir sorgu, çoğu veritabanının çalışma biçimine benzer şekilde tamamen veritabanı kümesindeki tek bir bulut sunucusunda yürütülürdü.
S: Hedef kullanım örneği nedir?
Parallel Query, verilerin güncel olmasını ve büyük tablolarda bile sorgu performansının yüksek olmasını gerektiren analitik iş yükleri için uygundur. Bu tür iş yükleri genellikle tasarımı itibarıyla operasyoneldir.
S: Parallel Query tarafından hangi avantajlar sağlanır?
Daha hızlı performans: Parallel Query, analitik sorgularını iki üst düzeye çıkacak şekilde hızlandırabilir.
Operasyonel basitlik ve veri güncelliği: Doğrudan Aurora kümenizdeki mevcut işlemsel veriler üzerinden bir sorgu gönderebilirsiniz.
İşlemsel ve analitik iş yükleri aynı veritabanında: Parallel Query, Aurora’nın yüksek işlem aktarım hızını korumasının yanı sıra eş zamanlı analitik sorgular gerçekleştirmesine imkan tanır.
S: Parallel Query tam olarak hangi sorguları iyileştirir?
Zaten arabellek havuzunda olmayan büyük veri kümelerine yönelik çoğu sorgu için avantajlı olabilir. Parallel Query’nin ilk sürümü, 200’den fazla SQL işlevinin, eşit birleştirmenin ve tahminin bastırılıp ölçeğinin genişletilmesini sağlayabilir.
S: Performansta nasıl bir gelişme beklemeliyim?
Belirli sorguların performansının ne kadar artacağı, sorgu planının ne kadarının Aurora depolama katmanına gönderilebileceğine bağlıdır. Müşteriler sorgu gecikme süresinde bir dereceden fazla gelişme olduğunu bildirdi.
S: Performansın daha yavaş olması mümkün müdür?
Evet, ancak bu tarz olayların nadiren gerçekleşmesini bekliyoruz.
S: Sorgumun Parallel Query’den yararlanabilmesi için sorguda hangi değişiklikleri yapmalıyım?
Sorgu söz diziminde herhangi bir değişiklik yapılması gerekmez. Sorgu optimize edicisi, otomatik olarak belirtiğiniz sorgu için PQ kullanılıp kullanılmayacağına karar verir. Bir sorgunun PQ kullanıp kullanmadığını denetlemek için EXPLAIN komutunu çalıştırarak sorgu yürütme planını görüntüleyebilirsiniz . Araştırma kısmını atlamak ve test amacıyla Parallel Query’yi zorla uygulamak istiyorsanız aurora_pq_force oturum değişkenini kullanın.
S: Özellikleri nasıl açıp kapatabilirim?
Parallel Query, aurora_pq parametresi kullanılarak hem genel düzeyde hem oturum düzeyinde dinamik olarak etkinleştirilip devre dışı bırakılabilir.
S: Parallel Query kullanımıyla ilişkili ek ücret var mıdır?
Hayır. Bulut sunucuları, GÇ ve depolama için zaten ödediğiniz ücretin dışında hiçbir şey ödemezsiniz.
S: Parallel Query tarafından GÇ azaltıldığından, bu özelliği açtığımda Aurora GÇ ücretlerim azalır mı?
Hayır. sorgunuzun GÇ maliyetleri depolama katmanında ölçülür ve Parallel Query açıkken aynı ya da daha fazla olur. Sizin avantajınız, sorgu performansındaki gelişmedir.
Parallel Query kullanılırken GÇ maliyetinin artmasına yol açabilecek iki olası neden vardır. Birincisi, tablodaki bazı veriler arabellek havuzunda olsa bile PQ tüm verilerin depolama katmanında taranmasını gerektirdiğinden GÇ işlemleri gerçekleşir. İkincisi, arabellek havuzunda çekişmeden kaçınmanın yan etkisi, bir PQ sorgusu çalıştırmanın arabellek havuzunu ısıtmamasıdır. Sonuç olarak, aynı PQ sorgusu art arda çalıştırıldığında GÇ maliyeti tam olarak uygulanır.
S: Amazon Aurora’nın hangi sürümleri Parallel Query’yi destekler?
Parallel Query, Amazon Aurora’nın MySQL 5.6 ile uyumlu sürümünde (v1.18.0 sürümünden itibaren) kullanılabilir. Parallel Query desteğini MySQL 5.7 ile uyumlu Aurora ve PostgreSQL ile uyumlu Aurora sürümlerini içerecek şekilde genişletmeyi planlıyoruz.
S: Parallel Query tüm bulut sunucusu tipleriyle kullanılabilir mi?
Hayır. Şu anda Parallel Query’yi R* bulut sunucusu ailesindeki bulut sunucularıyla kullanabilirsiniz.
S: Parallel Query diğer tüm Aurora özellikleriyle uyumlu mu?
Başlangıç aşamasında olduğumuz için henüz değil. Şimdilik yalnızca Serverless veya Backtrack özelliklerini çalıştırmayan veritabanı bulut sunucuları için açabilirsiniz. Ayrıca, MySQL 5.7 ile uyumlu Aurora sürümüne özgü işlevleri desteklemiyor.
S: Parallel Query nadir performans kayıpları dışında sorguları hızlandırıyorsa bunu her zaman açık tutmam yararlı olur mu?
Hayır. Parallel Query'nin çoğu durumda sorgu gecikme süresini geliştirmesini bekliyoruz ancak G/Ç maliyetiniz artabilir. İş yükünüzü özellik etkinken ve devre dışıyken kapsamlı olarak test etmenizi öneririz. Parallel Query’nin doğru seçim olduğundan emin olduğunuzda, hangi sorguların PQ kullanacağına otomatik olarak karar verilmesi için sorgu optimize edicisinden yararlanabilirsiniz. Nadiren de olsa optimize edicinin en uygun kararı almaması durumunda, ayarı geçersiz kılabilirsiniz.
S: Aurora Parallel Query, veri ambarımın yerini alabilir mi?
Aurora Parallel Query bir veri ambarı değildir ve genellikle böyle ürünlerde bulunan işlevleri sağlamaz. İlişkisel veritabanınızda sorgu performansını hızlandıracak şekilde tasarlanmıştır ve operasyonel analitik gibi, veritabanınızda güncel veriler üzerinde hızlı analitik sorguları gerçekleştirmenizi gerektiren kullanım örnekleri için uygundur.
Amazon Aurora hakkında daha fazla bilgi edinin
Fiyatlandırma sayfasını ziyaret edin
Oluşturmaya hazır mısınız?
Amazon Aurora'yı kullanmaya başlayın
Başka sorunuz mu var?
Bize ulaşın
Sayfa İçeriği
Genel Performans Donanım ve Ölçeklendirme Yedekleme ve Geri Yükleme Yüksek Erişilebilirlik ve Replikasyon Güvenlik Sunucusuz Paralel Sorgu
Konsolda Oturum Açın
AWS Hakkında Bilgi Edinin
AWS Nedir?
Bulut Bilişim Nedir?
AWS'de Katılım, Çeşitlilik ve Eşitlik
DevOps Nedir?
Container Nedir?
Data Lake Nedir?
AWS Cloud Güvenliği
Yenilikler
Bloglar
Basın Bültenleri
AWS için Kaynaklar
Kullanmaya Başlama
Training and Certification
AWS Çözümleri Portföyü
Architecture Center
Ürünler Hakkında ve Teknik SSS'ler
Analist Raporları
AWS Çözüm Ortağı Ağı
AWS'de Geliştiriciler
Yazılım Geliştirme Merkezi
SDK'lar ve Araçlar
AWS'de .NET
AWS'de Python
AWS'de Java
AWS'de PHP
AWS'de JavaScript
Yardım
Bize Ulaşın
AWS'de Kariyer
Destek Bileti Oluşturun
Bilgi Merkezi
AWS Support'a Genel Bakış
Hukuk
Bir AWS Hesabı Oluşturun
Amazon, Azınlıklar / Kadınlar / Engelliler / Gaziler / Cinsel Kimlik / Cinsel Yönelim / Yaş gibi Konularda Eşit Fırsat Sağlayan Bir İşverendir.
Dil
عربي
Bahasa Indonesia
Deutsch
English
Español
Français
Italiano
Português
Tiếng Việt
Türkçe
Ρусский
ไทย
日本語
한국어
中文 (简体)
中文 (繁體)
Gizlilik
|
Site Koşulları
|
Çerez Tercihleri
|
© 2021, Amazon Web Services, Inc. veya bağlı kuruluşları. Tüm hakları saklıdır.
Internet Explorer için Destek Sona Eriyor
Anladım
Internet Explorer için AWS'nin sunduğu destek 07/31/2022 tarihinde sona eriyor. Desteklenen tarayıcılar: Chrome, Firefox, Edge ve Safari. Daha fazla bilgi edinin