Amazon Aurora Hakkında SSS

Amazon Aurora, uygun ölçekte performans ve yüksek erişilebilirlik, tamamen açık kaynak MySQL ve PostgreSQL uyumlu sürümlerin yanı sıra sunucusuz ve makine öğrenimi (ML) temelli uygulamalar oluşturmaya yönelik bir dizi geliştirici aracı sunan modern bir ilişkisel veritabanı hizmetidir.

Aurora, işlem kaynaklarından ayrılmış ve veritabanı bulut sunucusu başına 128 TiB'a kadar otomatik olarak ölçeklendirilebilen, dağıtılmış, hata toleranslı ve kendi kendini onaran bir depolama sistemine sahiptir. 15 adede kadar düşük gecikmeli okuma replikası, belirli bir noktaya kurtarma, Amazon Basit Depolama Hizmeti'ne (Amazon S3) sürekli yedekleme ve üç Erişilebilirlik Alanına (AZ) replikasyon ile yüksek performans ve erişilebilirlik sunar.

Amazon Aurora, 10'da 1 maliyetle ticari veritabanı düzeyinde güvenlik, erişilebilirlik ve güvenilirlik sağlamanın yanı sıra donanım tedariki, veritabanı kurulumu, düzeltme eki uygulama ve yedekleme gibi zaman alan yönetim görevlerini otomatikleştiren, tam olarak yönetilen bir hizmettir.

Amazon Aurora mevcut MySQL açık kaynak veritabanlarıyla tamamen uyumludur ve yeni sürümler için düzenli olarak destek eklenir. Böylece standart içeri/dışarı aktarma araçları veya anlık yedekler kullanarak MySQL veritabanlarını Aurora'ya ve Aurora'dan kolayca taşıyabilirsiniz. Bu aynı zamanda bugün MySQL veritabanları ile kullandığınız çoğu kodun, uygulamanın, sürücünün ve aracın hiçbir değişiklik olmaksızın veya küçük değişikliklerle Aurora ile de kullanılabileceği anlamına gelir. Bu durum uygulamaların iki altyapı arasında taşınmasını kolaylaştırır.

Mevcut Amazon Aurora MySQL sürüm uyumluluğu bilgileri için bu belgeye bakabilirsiniz.

Amazon Aurora mevcut PostgreSQL açık kaynak veritabanları ile tamamen uyumludur ve yeni sürümler için düzenli olarak destek eklenir. Böylece standart içeri/dışarı aktarma araçlarını veya anlık yedekler kullanarak PostgreSQL veritabanlarını Aurora'ya ve Aurora'dan kolayca taşıyabilirsiniz. Bu aynı zamanda bugün PostgreSQL veritabanları ile kullandığınız çoğu kodun, uygulamanın, sürücünün ve aracın hiçbir değişiklik olmaksızın veya küçük değişikliklerle Aurora ile de kullanılabileceği anlamına gelir.

Mevcut Amazon Aurora PostgreSQL sürüm uyumluluğu bilgileri için bu belgeye bakabilirsiniz.

Amazon, Aurora PostgreSQL ve Aurora ile kullanıma sunulan tüm uzantıları tam olarak destekler. Aurora PostgreSQL için desteğe ihtiyacınız varsa lütfen AWS Destek'e ulaşın. Aktif bir AWS Premium Destek hesabınız varsa Amazon Aurora'ya özgü sorunlar için AWS Premium Destek ile iletişime geçebilirsiniz.

Amazon Aurora'yı denemek için AWS Yönetim Konsolu'nda oturum açın, Database (Veritabanı) kategorisinden RDS'yi seçip veritabanı altyapınız olarak Amazon Aurora'yı seçin. Ayrıntılı rehberlik ve kaynaklar için Aurora'yı Kullanmaya Başlama sayfamıza göz atın.

Tedarik edilen Aurora için, İstek Üzerine Bulut Sunucularını seçerek veritabanınız için hiçbir uzun vadeli taahhüt veya ön ödeme olmaksızın saatlik ücret ödeyebilir veya ilave tasarruf için Rezerve Edilmiş Bulut Sunucularını seçebilirsiniz. Alternatif olarak, Aurora Sunucusuz, 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 ve yalnızca kullanılan kapasiteye göre ödeme yaparsınız.

Güncel fiyatlandırma bilgileri için lütfen Aurora fiyatlandırması sayfamıza bakın.

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.

Amazon Aurora için bölge erişilebilirliğine buradan göz atabilirsiniz.

MySQL'den Amazon Aurora'ya (veya tam tersi) geçiş yapmak istiyorsanız birkaç seçeneğiniz bulunmaktadır:

• Standart mysqldump yardımcı programını kullanarak MySQL'den dışarı veri aktarabilir ve mysqlimport yardımcı programını kullanarak Amazon Aurora'ya içeri 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 Yönetim Konsolu aracılığıyla MySQL İçin Amazon RDS Veritabanı Anlık Yedeği'ni Amazon Aurora'ya geçirebilirsiniz.

Çoğu müşteri için Aurora'ya 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.

PostgreSQL'den Amazon Aurora'ya (veya tam tersi) geçiş yapmak istiyorsanız birkaç seçeneğiniz bulunmaktadır:

• Standart pg_dump yardımcı programını kullanarak PostgreSQL'den dışarı veri aktarabilir ve pg_restore yardımcı programını kullanarak Amazon Aurora'ya içeri 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 Yönetim Konsolu aracılığıyla bir PostgreSQL İçin Amazon RDS Veritabanı Anlık Yedeği'ni Amazon Aurora'ya geçirebilirsiniz.

Çoğu müşteri için Aurora'ya 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.

SQL Server veritabanlarını Aurora PostgreSQL Uyumlu Sürüm'e geçirmek istiyorsanız Aurora PostgreSQL İçin Babelfish'i kullanabilirsiniz. Uygulamalarınız herhangi bir değişiklik olmadan çalışacaktır. Daha fazla bilgi için Babelfish belgelerine bakın.

Bu, şu anda desteklenmez. Amazon RDS için AWS Ücretsiz Kullanım, Mikro Veritabanı Bulut Sunucuları için avantaj sağlar; Amazon Aurora şu anda Mikro Veritabanı Bulut Sunucusu desteği sunmamaktadır. Güncel fiyatlandırma bilgileri için lütfen Aurora fiyatlandırması sayfasına bakın.
Amazon Aurora'yı denemek için AWS Yönetim Konsolu'nda oturum açın, Database (Veritabanı) kategorisinden RDS'yi seçip veritabanı altyapınız olarak Amazon Aurora'yı seçin.

G/Ç'ler, Aurora veritabanı altyapısı tarafından katı hal sürücüsü (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 bellekten teslim edilemiyorsa bellekten alınan veri sayfaları için ücretlendirilirsiniz.

Her veritabanı sayfası Aurora MySQL Uyumlu Sürüm'de 16 KB, Aurora PostgreSQL Uyumlu Sürüm'de 8 KB boyutundadı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 Uyumlu Sürüm'deki yineleme günlüğü kayıtlarını veya Aurora PostgreSQL Uyumlu Sürüm'deki write-ahead günlük kayıtlarını kalıcı olarak depolama katmanına kaydederken kullanılır.

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'tan daha büyük ise kalıcı olarak kaydetmek için birden fazla yazma G/Ç işlemi gerekir.

Günlük kayıtları 4 KB'tan daha küçük olan eş zamanlı yazma işlemleri, aynı depolama koruma gruplarına kalıcı olarak kaydediliyor olmaları durumunda G/Ç kullanımını optimize etmek için Aurora veritabanı altyapısı tarafından birleştirilebilir. Geleneksel veritabanı altyapılarının aksine Aurora hiçbir zaman hatalı veri sayfalarını depolama alanına göndermez.

AWS Yönetim Konsolu'na göz atarak Aurora bulut sunucunuzun kaç G/Ç isteği kullandığını görebilirsiniz. Ne kadar G/Ç kullandığınızı öğrenmek için konsolun Amazon RDS bölümüne gidin, bulut sunucularınızın listesine bakın, Aurora bulut sunucularınızı 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.

Hayır. Amazon Aurora, standart PostgreSQL veritabanı sürücüleriyle çalışır.

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 Uyumlu Sürüm Performans Karşılaştırması Kılavuzu'nda sağlanmıştır.

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'e göre saniye başına üç kattan fazla SELECT ve UPDATE sunduğunu gösterdi. 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 Uyumlu Sürüm Performans Karşılaştırması Kılavuzu'nda sağlanmıştır.

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, yüksek oranda eş zamanlı iş yüklerinde MySQL'den daha iyi performans gösterir. 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.

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, yüksek oranda eş zamanlı iş yüklerinde PostgreSQL'den daha iyi performans gösterir. 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.

Minimum depolama sınırı 10 GB'tır. Amazon Aurora depolama alanınız, veritabanı kullanımınıza bağlı olarak otomatik bir biçimde 10 GB'lık artışlarla 128 TiB'a kadar, veritabanı performansı etkilenmeksizin büyüyebilir. Önden depolama alanı tedarik edilmesi gerekmez.

Amazon Aurora Veritabanı Bulut Sunucumla ilişkili işlem kaynaklarını ölçeklendirmenin iki yolu bulunur: Aurora Sunucusuz aracılığıyla ve manuel ayarlama aracılığıyla.

Uygulama talebine bağlı olarak veritabanı işlem kaynaklarını ölçeklendirmek için, Amazon Aurora'ya yönelik istek üzerine bir otomatik ölçeklendirme yapılandırması olan Aurora Sunucusuz'u kullanabilirsiniz. Veritabanı kapasitesi yönetimi hakkında endişelenmek zorunda kalmadan veritabanınızı bulutta çalıştırmanıza imkan tanır. İstenen veritabanı kapasitesi aralığını belirleyebilirsiniz ve böylece veritabanınız, uygulamanızın ihtiyaçlarına göre ölçeklenir. Aurora Sunucusuz Kullanıcı Kılavuzu'nu okuyarak daha fazla bilgi edinin.

Ayrıca, istenen veritabanı bulut sunucusu tipini AWS Yönetim Konsolu'nda seçerek veritabanınızla ilişkili işlem kaynaklarınızı manuel olarak ölçeklendirebilirsiniz. İstediğiniz değişiklik, belirlediğiniz bakım aralığı esnasında uygulanacaktır veya "Apply Immediately" (Anında Uygula) bayrağını kullanarak veritabanı bulut sunucusu tipini anında değiştirebilirsiniz.

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.

Amazon Aurora Veritabanı Bulut Sunucularında otomatik sürekli yedekleme her zaman etkindir. Yedekleme işlemleri veritabanı performansını etkilemez.

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.

Amazon Aurora otomatik olarak üç Erişilebilirlik Alanında (AZ) verilerinizin altı 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 beş dakika olduğunu unutmayın.

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).

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.

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.

Veritabanı anlık yedeklerinin otomatik paylaşımını desteklemiyoruz. 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.

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.

Aurora anlık yedeklerinizi Aurora'nın erişilebilir olduğu her AWS bölgesinde paylaşabilirsiniz.

Hayır. Paylaşılan Aurora anlık yedeklerinize yalnızca bunları paylaşan hesapla aynı bölgedeki hesaplar erişebilir.

Evet, şifrelenmiş Aurora anlık yedeklerini paylaşabilirsiniz.

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ı üç AZ'deki 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.

Amazon Aurora, diğer veritabanlarından farklı olarak, bir veritabanı kilitlenmesinden sonra son veritabanı denetim noktasından (genellikle beş 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.

Amazon Aurora MySQL Uyumlu Sürüm ve Amazon Aurora PostgreSQL Uyumlu Sürüm, 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 Uyumlu Sürüm 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:

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 Amazon Küresel Veritabanı'nı kullanabilirsiniz. Aurora ve Aurora dışı MySQL Uyumlu Sürüm veritabanları (hatta AWS dışındakiler) arasında replikasyon için ise, kendi kendine yönetilen binlog replikasyonunuzu ayarlayabilirsiniz.

Evet, mantıksal veya fiziksel replikasyon kullanarak bölgeler arası Aurora replikaları oluşturabilirsiniz. Amazon 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. Hem Aurora MySQL Uyumlu Sürüm hem de Aurora PostgreSQL Uyumlu Sürüm için kullanılabilir.

Düşük gecikme hızına sahip global okuma işlemleri ve olağanüstü durum kurtarma için Amazon Aurora Global Database'i kullanmanızı öneririz.
Aurora, her veritabanı altyapısında ö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 Uyumlu Sürüm beş adede kadar ikincil AWS bölgesini destekleyen, kullanımı kolay, mantıksal bir bölgeler arası okuma replikasyon özelliği 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.

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 onlarca milisaniye gerisinde kalır.

Evet, Amazon 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.

Amazon Aurora Küresel Veritabanı ile bir dakikadan daha kısa bir sürede ikincil bölgeyi tam okuma/yazma iş yüklerini üstlenecek şekilde ayarlayabilirsiniz.

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.

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.

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.

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 üç AZ'nin herhangi birinde bir 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 Amazon Aurora Global Database'i kullanabilirsiniz. Bu durumda verileriniz için veritabanı performansını etkilemeyecek bir şekilde replikasyon gerçekleştirilir ve bölge çapındaki kesintilerde olağanüstü durum kurtarma özellikleri kullanılabilir.

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 replikaya yönlendirecek şekilde değiştirir ve bunun sonucunda replika yeni birincil konum olur. Yük devretme işleminin başlatılıp tamamlanması genellikle 30 saniyeyi geçmez. 
• Aurora Sunucusuz 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 Sunucusuz 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.

Amazon Aurora, 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.

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 onlarca milisaniye olduğunu gözlemliyoruz.

Bölgeler arası replikasyon için, binlog tabanlı mantıksal 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. Amazon Aurora Küresel Veritabanı'nın fiziksel replikasyonu kullanılarak gerçekleştirilen bölgeler arası replikasyonların gecikme süresi genellikle bir saniyeden kısadır.

Evet, Aurora MySQL Uyumlu Sürüm 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 Uyumlu Sürüm 5.7 kullanıyorsanız GTID tabanlı binlog replikasyonu ayarlamayı düşünün. Bu işlem tam tutarlılık sağlayacak ve böylece replikasyonunuz, yük devretmeden veya kesinti süresinden sonra bile işlemleri kaçırmayacak ya da çakışma yaratmayacaktır.

Amazon Aurora Küresel Veritabanı, tek bir Amazon Aurora veritabanının birden fazla AWS bölgesine dağıtı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 bir dakikadan daha kısa bir sürede tam okuma/yazma özeliklerini sunacak şekilde ayarlanabilir. Bu özellik hem Aurora MySQL Uyumlu Sürüm hem de Aurora PostgreSQL Uyumlu Sürüm için kullanılabilir.

Amazon RDS konsolunda birkaç tıklamayla Aurora Küresel Veritabanı oluşturabilirsiniz. Alternatif olarak, AWS Yazılım Geliştirme Kit'i (SDK) veya AWS Komut Satırı Arabirimi'ni (CLI) kullanabilirsiniz. Amazon Aurora Küresel Veritabanınızda her bölge için en az bir bulut sunucusu tedarik etmeniz gerekir.

Bir Amazon Aurora Küresel Veritabanı için beş adede kadar ikincil bölge oluşturabilirsiniz.

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.

Hayır. Birincil bölgenizin kullanım dışı kalması durumunda Amazon Aurora Küresel Veritabanı'ndan ikinci bölgeyi manuel olarak 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.

Amazon Aurora Multi-Master yeni bir Aurora MySQL Uyumlu Sürüm ö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.

Amazon Aurora Multi-Master artık genel erişime açıldı. Daha fazla bilgi edinmek için Amazon Aurora belgelerini okuyabilirsiniz. Yalnızca birkaç tıklamayla Amazon RDS konsolunda bir Aurora Multi-Master kümesi oluşturabilir veya en güncel AWS SDK veya CLI'yı indirebilirsiniz.

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.

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 Anahtar Yönetimi Hizmeti (AWS 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 AWS KMS kullanımı hakkında daha fazla bilgi için Amazon RDS Kullanıcı Kılavuzu'na bakın.

Ş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.

Amazon Aurora veritabanlarına, veritabanı oluşturulurken belirtilen veritabanı bağlantı noktası üzerinden erişilmelidir. Bu, verileriniz için ek bir güvenlik katmanı sağlar. 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.

Evet. Aurora'nın MySQL ve PostgreSQL uyumlu sürümleri, Sağlık Sigortası Taşınabilirlik ve Sorumluluk Yasası (HIPAA) için uygun olduğundan, bunları kullanarak HIPAA'ya uygun 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 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.

Şu anda CVE'lerin listesine Amazon Aurora Güvenlik Güncellemeleri bölümünden ulaşabilirsiniz.

Aurora Sunucusuz, Amazon Aurora için istek üzerine bir otomatik ölçeklendirme yapılandırmasıdır. Veritabanı kapasitesi yönetmeden veritabanınızı bulutta çalıştırmanıza imkan tanır. Veritabanı kapasitesini manuel olarak yönetmek değerli zamanınızı alabilir ve veritabanı kaynaklarının verimsiz kullanılmasına yol açabilir. Aurora Sunucusuz'da bir veritabanı oluşturur, dilediğiniz veritabanı kapasitesi aralığını belirtir ve uygulamanızı bağlarsınız. Aurora, kapasiteyi uygulamanızın ihtiyaçlarına göre belirlediğiniz aralık dahilinde otomatik olarak ayarlar.

Veritabanı etkinken, kullandığınızı veritabanı kapasitesi için saniye başına ödeme yaparsınız. Aurora Sunucusuz hakkında daha fazla bilgi edinin ve Amazon RDS Yönetim Konsolu'nda birkaç tıklamayla kullanmaya başlayın.

Aurora Sunucusuz v2, geliştirme ve test ortamları, web siteleri ve seyrek, aralıklı veya öngörülemeyen iş yüklerine sahip uygulamalardan yüksek ölçek ve yüksek kullanılabilirlik gerektiren en zorlu, iş açısından kritik uygulamalara kadar her tür veritabanı iş yükünü destekler. Veritabanını daha büyük veya daha küçük bir veritabanı bulut sunucusuna devretmek zorunda kalmadan daha fazla CPU ve bellek ekleyerek gerektiği gibi ölçeklenir. Sonuç olarak, uzun çalışan işlemler, tablo kilitleri vb. öğeler olduğunda bile ölçeklenebilir.

İlaveten, veritabanı kapasitesini 0,5 Aurora Kapasite Birimi (ACU) gibi küçük artışlarla ölçeklendirerek veritabanı kapasitenizin uygulamanızın ihtiyaçlarına yakından eşleşmesini sağlar.

Aurora Sunucusuz v1; seyrek, aralıklı veya öngörülemeyen iş yükleri için basit ve uygun maliyetli bir seçenektir. Otomatik olarak başlar, işlem kapasitesini uygulamanızın kullanımıyla eşleşecek şekilde ölçeklendirir ve kullanılmadığında kapanır. Daha fazla bilgi edinmek için Aurora Kullanıcı Kılavuzu'nu ziyaret edin.

Aurora Sunucusuz v2; okuma replikası, multi-AZ yapılandırması, Küresel Veritabanı, RDS proxy ve Performans Öngörüleri dahil olmak üzere tedarik edilen Aurora'nın tüm özelliklerini destekler.

Evet, mevcut Aurora veritabanı kümenizde veritabanı işlem kapasitesini yönetmek için Aurora Sunucusuz v2'yi kullanmaya başlayabilirsiniz. Hem tedarik edilen bulut sunucuları hem de Aurora Serverless v2 içeren bir küme, karışık yapılandırmalı küme olarak adlandırılır. Kümenizde istediğiniz herhangi bir tedarik edilen bulut sunucusu ve Aurora Sunucusuz v2 kombinasyonunu seçebilirsiniz.

Aurora Sunucusuz v2'yi test etmek için, Aurora veritabanı kümenize bir okuyucu ekler ve bulut sunucusu tipi olarak Sunucusuz v2'yi seçersiniz. Okuyucu oluşturulduktan ve kullanıma sunulduktan sonra, salt okunur iş yükleri için kullanmaya başlayabilirsiniz. Okuyucunun beklendiği gibi çalıştığını doğruladıktan sonra, Aurora Serverless v2'yi hem okuma hem de yazmalarda kullanmaya başlamak için bir yük devretme süreci başlatabilirsiniz. Bu seçenek, Aurora Sunucusuz v2'yi kullanmaya başlamak için minimum bir kesinti süresi deneyimi sağlar.

Evet, Aurora Sunucusuz v1'den Aurora Sunucusuz v2'ye geçiş yapabilirsiniz. Daha fazla bilgi edinmek için Aurora Kullanıcı Kılavuzu'na başvurun.

Aurora Sunucusuz v1 uyumluluk bilgilerine buradan göz atabilirsiniz. Aurora Sunucusuz v2 uyumluluk bilgilerine buradan göz atabilirsiniz.

Evet, mevcut bir Aurora tedarik edilmiş kümesinden alınmış bir anlık yedeği bir Aurora Sunucusuz Veritabanı Kümesine geri yükleyebilirsiniz (tersi için de aynısı geçerlidir).

Bir Aurora Sunucusuz veritabanı kümesine, aynı VPC'de çalışan bir istemci uygulamanın içinden erişebilirsiniz. Bir Aurora Sunucusuz Veritabanına genel bir IP adresi atayamazsınız.

Aurora Sunucusuz, 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 Yönetim Konsolu'nu, AWS CLI'yı veya Amazon RDS API'sini kullanarak kapasiteyi açıkça belirli bir değere ayarlayabilirsiniz.

Bir ölçeklendirme işlemi başlatıldıktan sonra Aurora Sunucusuz 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 Sunucusuz bir ölçeklendirme noktası bulamayabilir.

Aurora Sunucusuz'da veritabanı kapasitesi, Aurora Kapasite Birimleri (ACU'lar) cinsinden ölçülür. ACU kullanımı için saniye başına bir sabit ücret ödersiniz. Tedarik edilen yapılandırmalar ve sunucusuz yapılandırmaları için depolama ve G/Ç fiyatları aynıdır. Fiyatlandırma ve AWS Bölgesi erişilebilirliği hakkındaki güncel bilgiler için Aurora fiyatlandırma sayfasını ziyaret edin.

Amazon Aurora Paralel Sorgu, 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. Paralel Sorgu 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ü.

Paralel Sorgu, verilerin güncel olmasını ve büyük tablolarda bile sorgu performansının yüksek olmasını gerektiren analiz iş yükleri için uygundur. Bu tür iş yükleri genellikle tasarımı itibarıyla operasyoneldir.

Paralel Sorgu daha hızlı performans sunarak analiz sorgularını yüz kata kadar hızlandırabilir. Ayrıca operasyonel kolaylık ve veri güncelliği sağlar. Bu sayede doğrudan Aurora kümenizdeki mevcut işlemsel veriler üzerinden bir sorgu gönderebilirsiniz. Paralel Sorgu, işlemsel ve analiz iş yüklerinin aynı veritabanında işlenmesine olanak tanıyarak Aurora'nın yüksek işlem aktarım hızını korumasının yanı sıra eş zamanlı analiz sorguları gerçekleştirmesine imkan tanır.

Zaten arabellek havuzunda olmayan büyük veri kümelerine yönelik çoğu sorgu için avantajlı olabilir. Paralel Sorgu'nun 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.

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.

Evet, ancak bu tarz olayların nadiren gerçekleşmesini bekliyoruz.

Sorgu söz diziminde herhangi bir değişiklik yapılması gerekmez. Sorgu optimize edicisi, sorgunuz için Paralel Sorgu kullanılıp kullanılmayacağına otomatik olarak karar verir. Bir sorgunun Parallel Query 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 Paralel Sorgu'yu zorla uygulamak istiyorsanız aurora_pq_force oturum değişkenini kullanın.

Paralel Sorgu, aurora_pq parametresi kullanılarak hem genel düzeyde hem oturum düzeyinde dinamik olarak etkinleştirilip devre dışı bırakılabilir.

Hayır. Bulut sunucuları, G/Ç ve depolama için zaten ödediğiniz ücretin dışında hiçbir şey ödemezsiniz.

Hayır. Sorgunuzun Paralel Sorgu G/Ç maliyetleri depolama katmanında ölçülür ve Paralel Sorgu 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 Parallel Query 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 Parallel Query sorgusu çalıştırmanın arabellek havuzunu ısıtmamasıdır. Sonuç olarak, aynı Paralel Sorgu art arda çalıştırıldığında G/Ç maliyeti tam olarak uygulanır.

Paralel Sorgu hakkında daha fazla bilgi için belgelere başvurun.

Hayır. Şu anda Paralel Sorgu'yu R* bulut sunucusu ailesindeki bulut sunucularıyla kullanabilirsiniz.

Başlangıçta olmaz. Şimdilik yalnızca Sunucusuz veya Geri Başvuru ö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 desteklemez.

Hayır. Paralel Sorgu'nun ç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. Paralel Sorgu'nun doğru seçim olduğundan emin olduğunuzda, hangi sorguların Paralel Sorgu kullanacağına otomatik olarak karar verilmesi için sorgu optimizasyon aracından yararlanabilirsiniz. Nadiren de olsa optimizasyon aracının en uygun kararı almaması durumunda, ayarı geçersiz kılabilirsiniz.

Aurora Paralel Sorgu 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 analiz gibi, veritabanınızda güncel veriler üzerinde hızlı analiz sorguları gerçekleştirmenizi gerektiren kullanım örnekleri için uygundur.

Eksabayt ölçeğindeki bir bulut veri ambarı için lütfen Amazon Redshift'i dikkate alın.

RDS İçin Amazon DevOps Guru, Amazon RDS (Amazon Aurora'yı da içerir) için makine öğrenimi destekli yeni özellik olup veritabanı performansını ve operasyonel sorunları otomatik olarak saptayarak ve tanılayarak sorunları günlerce vakit harcamadan dakikalar içinde çözmenize olanak sağlar.

Amazon DevOps Guru'nun bir özelliği olan RDS İçin Amazon DevOps Guru, tüm Amazon RDS altyapılarında ve diğer onlarca kaynak türünde operasyonel sorunları ve performans sorunlarını saptayacak şekilde tasarlanmıştır. RDS İçin DevOps Guru, DevOps Guru'nun özelliklerini genişleterek Amazon RDS'deki veritabanlarıyla ilgili çok çeşitli sorunları (ör. kaynak aşırı kullanımı ve belirli SQL sorgularının yanlış çalışması) saptama, tanılama ve çözmeye olanak sağlar.

Bir sorun meydana geldiğinde RDS İçin Amazon DevOps Guru derhal geliştiricileri ve DevOps mühendislerini bilgilendirir ve tanı bilgilerini, sorunun kapsamıyla ilgili ayrıntıları ve akıllı çözüm önerilerini sağlar. Böylece müşterilerin veritabanlarıyla ilgili performans darboğazlarını ve operasyonel sorunları hızla çözmesine yardımcı olur.

RDS İçin Amazon DevOps Guru, manuel işlem gerekliliğini ortadan kaldıracak ve ilişkisel veritabanı iş yükünüzdeki bulunması zor performans darboğazlarını saptama ve çözme süresini kısaltacak (saatler ve günlerden dakikalara) şekilde tasarlanmıştır.

Her Amazon Aurora veritabanı için etkinleştirilebilen RDS İçin DevOps Guru otomatik olarak iş yüklerinizle ilgili performans sorunlarını saptar, her konuyla ilgili size uyarılar gönderir, bulguları açıklar ve çözüm için işlem önerilerinde bulunur.
RDS İçin DevOps Guru, uzman olmayan kişilerin de veritabanı yönetimi görevlerini yürütmesine olanak sağlar ve veritabanı uzmanlarının daha fazla sayıda veritabanını yönetmesine yardımcı olur.

RDS İçin Amazon DevOps Guru, makine öğrenimi kullanarak Amazon RDS Performans Öngörüleri (PI) tarafından toplanan telemetri verilerini analiz eder. RDS İçin DevOps Guru, analiz yaparken veritabanında depolanan hiçbir verinizi kullanmaz. PI bir uygulamanın veritabanında nasıl zaman geçirdiğini açıklayan bir ölçüm olan veritabanı yükünü ölçer ve MySQL'deki sunucu durumu değişkenleri ve PostgreSQL'deki pg_stat tabloları gibi veritabanı tarafından oluşturulan belirli ölçümleri kullanır.

RDS İçin DevOps Guru'yu kullanmaya başlamak için RDS konsolu üzerinden Performans Öngörüleri'nin etkinleştirildiğinden emin olun ve ardından Amazon Aurora veritabanlarınız için DevOps Guru'yu etkinleştirin. DevOps Guru sayesinde, analiz kapsamınızı tüm AWS hesabını içine alacak şekilde ayarlayabilir, DevOps Guru'nun analiz etmesini istediğiniz belirli AWS CloudFormation yığınlarını tanımlayabilir veya DevOps Guru'nun analiz etmesini istediğiniz kaynak gruplandırmasını oluşturmak için AWS etiketlerini kullanabilirsiniz.

RDS İçin Amazon DevOps Guru; kilit yığınları, bağlantı fırtınaları, SQL regresyonları, CPU ve G/Ç çekişmesi ve bellek sorunları gibi uygulama hizmet kalitesini etkileyebilecek çok çeşitli performans sorunlarının tanımlanmasına yardımcı olur.

Amazon RDS Performans Öngörüleri, Amazon RDS veritabanı performansı ölçümlerini toplayıp görselleştiren bir veritabanı performansı iyileştirme ve izleme özelliğidir. Bu özellik, hızlıca veritabanınızdaki yükü değerlendirmenize ve müdahale yapmanızı gerektiren durumları belirlemenize yardımcı olur. RDS İçin Amazon DevOps Guru bu ölçümleri izler, veritabanınızda meydana gelen performans sorunlarını saptar, ölçümleri analiz eder ve ardından nelerin ters gittiğini ve bu konuda neler yapabileceğinizi size bildirir.