Genel

Amazon Aurora nedir?

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) çoğaltma ile yüksek performans ve erişilebilirlik sunar.

Aurora, onda bir 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, MySQL uyumlu mu?

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, PostgreSQL uyumlu mu?

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 AWS Destek'e ulaşın. Aktif bir AWS Premium Destek hesabınız varsa Aurora'ya özgü sorunlar için AWS Premium Destek ile iletişime geçebilirsiniz.

Aurora'yı kullanmaya nasıl başlayabilirim?

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.

Aurora'ya hangi AWS Bölgelerinde erişilebilir?

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

MySQL ile Aurora arasında nasıl geçiş yapabilirim?

MySQL'den 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 Aurora'ya içeri veri aktarabilirsiniz (tersi için de aynısı geçerlidir).
  • Ayrıca, Amazon RDS 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 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 MySQL Veritabanlarını Amazon Aurora'ya Geçirmeye Yönelik En İyi Uygulamalar kısmına göz atın.

PostgreSQL ile Aurora arasında nasıl geçiş yapabilirim?

PostgreSQL'den 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 Aurora'ya içeri veri aktarabilirsiniz (tersi için de aynısı geçerlidir).
  • Ayrıca, RDS Veritabanı Anlık Yedeği geçiş özelliğini kullanarak AWS Yönetim Konsolu aracılığıyla PostgreSQL İçin Amazon RDS Veritabanı Anlık Yedeği'ni 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ı Amazon 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.

Amazon Aurora PostgreSQL Uyumlu Sürüm'ü kullanmak için istemci sürücülerini değiştirmem gerekir mi?

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

Performans

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

"PostgreSQL'in üç 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'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.

Veritabanı iş yükümü Amazon Aurora MySQL Uyumlu Sürüm 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, 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.

Veritabanı iş yükümü Amazon Aurora PostgreSQL Uyumlu Sürüm 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, 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.

Faturalandırma

Aurora'nın fiyatı ne kadar?

Güncel fiyatlandırma bilgileri için Aurora fiyatlandırması sayfasına bakın.

Aurora, AWS Ücretsiz Kullanım kapsamında mıdır?

Şu anda Aurora için AWS Ücretsiz Kullanım teklifi bulunmamaktadır. Ancak Aurora, verilerinizi bir bölgedeki üç Erişilebilirlik Alanında dayanıklı bir şekilde depolar ve verilerin yalnızca bir kopyası için ücret alır. Veritabanı kümenizin boyutunun %100'üne kadar olan yedeklemeler için herhangi bir ücretlendirme yapılmaz. Ayrıca, veritabanı kümeniz için yapılandırdığınız yedek saklama süresi boyunca anlık yedekler için ücret alınmaz.

Aurora, verilerimi üç Erişilebilirlik Alanında çoğaltır. Bu, fiili olarak ödeyeceğim depolama ücretinin fiyatlandırma sayfasında gösterilenin üç katı olacağı anlamına mı geliyor?

Hayır. Aurora'nın çoğaltma özelliği fiyata dahildir. 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.

Aurora'daki G/Ç işlemleri nedir ve nasıl hesaplanır?

G/Ç işlemleri, Aurora veritabanı altyapısı tarafından SSD destekli sanallaştırılmış depolama katmanında gerçekleştirilir. 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 bellek veya önbellekten teslim edilebiliyorsa bellekten herhangi bir veri sayfası almak için ücretlendirilmezsiniz.
  • Sorgu trafiğiniz tamamen bellekten teslim edilemiyorsa bellekten alınan veri sayfaları için ücretlendirilirsiniz.
    Her veritabanı sayfası Amazon 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/Ç işlemleri 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/Ç işlemleri 4 KB'lık birimler halinde sayılır. Örneğin, 1.024 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 küçük olan eş zamanlı yazma işlemleri, G/Ç tüketiminin optimize edilmesi amacıyla Aurora veritabanı tarafından bir grup altında toplanabilir. Geleneksel veritabanı altyapılarının aksine Aurora hiçbir zaman kirli 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 "VolumeReadIOPs" ve "VolumeWriteIOPs" ölçümlerine bakın.

G/Ç işlemlerinin fiyatlandırması hakkında daha fazla bilgi için Aurora fiyatlandırma sayfasını ziyaret edin. Veritabanı kümelerinizi Aurora Standart yapılandırmasına göre yapılandırdığınızda okuma ve yazma G/Ç işlemleri için ücretlendirilirsiniz. Veritabanı kümelerinizi Amazon Aurora G/Ç İçin Optimize Edilmiş olarak yapılandırdığınızda okuma ve yazma G/Ç işlemleri için ücret alınmaz.

Aurora Standart ve Aurora G/Ç İçin Optimize Edilmiş nedir?

Aurora, fiyat-performans ve fiyat-öngörülebilirlik ihtiyaçlarınıza göre iki yapılandırma seçeneği arasından seçim yaparak veritabanı harcamalarınızı optimize etme esnekliği sunar. İki yapılandırma seçeneği şunlardır: Aurora Standart ve Aurora G/Ç İçin Optimize Edilmiş. Seçeneklerin hiçbiri önden G/Ç veya depolama tedariki gerektirmez ve her ikisi de en zorlu uygulamalarınızı desteklemek için G/Ç işlemlerini ölçeklendirebilir.

Aurora Standart, düşük ila orta düzeyde G/Ç kullanımı olan uygulamaların büyük çoğunluğu için uygun maliyetli fiyatlandırma sunan bir veritabanı kümesi yapılandırmasıdır. Aurora Standart ile veritabanı bulut sunucuları, depolama alanı ve istek-başına-öde G/Ç için ödeme yaparsınız.

Aurora G/Ç İçin Optimize Edilmiş, ödeme işleme sistemleri, e-ticaret sistemleri ve finansal uygulamalar gibi yoğun G/Ç kullanan uygulamalar için gelişmiş fiyat performansı sağlayan bir veritabanı kümesi yapılandırmasıdır. G/Ç harcamalarınız toplam Aurora veritabanı harcamanızın %25'ini aşarsa Aurora G/Ç İçin Optimize Edilmiş sayesinde yoğun G/Ç kullanan iş yükleri için maliyetlerden %40'a varan oranda tasarruf edebilirsiniz. Aurora G/Ç İçin Optimize Edilmiş, okuma ve yazma G/Ç işlemleri için ücret alınmadığından tüm uygulamalar için öngörülebilir fiyatlandırma sunar ve bu yapılandırmayı yüksek G/Ç değişkenliğine sahip iş yükleri için ideal hale getirir.

Aurora G/Ç İçin Optimize Edilmiş seçeneğini ne zaman kullanmalıyım?

Aurora G/Ç İçin Optimize Edilmiş, herhangi bir uygulama için öngörülebilir maliyetlere ihtiyaç duyduğunuzda ideal seçimdir. Yüksek yazma aktarım hızı gerektiren veya büyük miktarda veriyi işleyerek analiz sorguları çalıştıran yoğun G/Ç kullanımlı uygulamalar için daha iyi bir fiyat performansı sunar. Aurora faturalarının %25'ini aşan G/Ç harcaması olan müşteriler için, Aurora G/Ç İçin Optimize Edilmiş ile yoğun G/Ç kullanımlı iş yüklerinin maliyetlerinde %40'a varan oranda tasarruf edebilirsiniz.

Aurora G/Ç İçin Optimize Edilmiş kullanmak için mevcut veritabanı kümemi nasıl taşıyabilirim?

Mevcut veritabanı kümelerinizin depolama türünü Aurora G/Ç İçin Optimize Edilmiş olarak değiştirmek üzere AWS Yönetim Konsolu'nda bulunan tek tıklama deneyimini kullanabilirsiniz. Bu değişikliği yapmak için AWS Komut Satırı Arabirimi'ni (AWS CLI) veya AWS SDK'yi de çağırabilirsiniz.

Aurora G/Ç İçin Optimize Edilmiş ve Aurora Standart yapılandırması arasında geçiş yapabilir miyim?

Mevcut veritabanı kümelerinizi her 30 günde bir Aurora G/Ç İçin Optimize Edilmiş olarak değiştirebilirsiniz. İstediğiniz zaman Aurora Standart'a geri dönebilirsiniz.

Aurora G/Ç İçin Optimize Edilmiş, Rezerve Edilmiş Bulut Sunucuları ile çalışır mı?

Evet, Aurora G/Ç İçin Optimize Edilmiş mevcut Aurora Rezerve Bulut Sunucuları ile çalışır. Aurora, Aurora Standart ile Rezerve Edilmiş Bulut Sunucuları içeren Aurora G/Ç İçin Optimize Edilmiş arasındaki fiyat farkını otomatik olarak hesaba katar. Aurora G/Ç İçin Optimize Edilmiş'teki Rezerve Edilmiş Bulut Sunucusu indirimleri sayesinde G/Ç harcamalarınızda daha da fazla tasarruf elde edebilirsiniz.

Aurora G/Ç İçin Optimize Edilmiş ile geri başvuru, anlık yedek, dışarı aktarma veya sürekli yedekleme fiyatı değişiyor mu?

Aurora G/Ç İçin Optimize Edilmiş ile geri başvuru, anlık görüntü, dışarı aktarma veya sürekli yedekleme fiyatlarında herhangi bir değişiklik yoktur.

Aurora G/Ç İçin Optimize özellikli Aurora Küresel Veritabanı ile Bölgeler genelinde veri çoğaltmak için gereken G/Ç işlemlerine yönelik olarak ödeme yapmaya devam edecek miyim?

Evet, verileri bölgeler arasında çoğaltmak için gereken G/Ç işlemlerinin ücretleri uygulanmaya devam eder. Aurora G/Ç İçin Optimize Edilmiş, veri çoğaltmadan farklı olan okuma ve yazma G/Ç işlemleri için ücret almaz.

Aurora PostgreSQL için Amazon Aurora Optimize Edilmiş Okumaların maliyeti nedir?

Aurora PostgreSQL için Amazon Aurora Optimize Edilmiş Okumalara yönelik olarak, Intel tabanlı R6id ve Graviton tabanlı R6gd bulut sunucularının fiyatı dışında ek ücret alınmaz. Daha fazla bilgi için Aurora fiyatlandırma sayfasını ziyaret edin.

Donanım ve ölçeklendirme

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ı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ı nasıl ölçeklendirebilirim?

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.

Yedekleme ve geri yükleme

Veritabanı Bulut Sunucum için yedeklemeyi nasıl etkinleştirebilirim?

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

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.

Veritabanım hata verirse nasıl bir kurtarma yolu izlemeliyim?

Amazon Aurora otomatik olarak bir bölge içerisindeki üç Erişilebilirlik Alanında (AZ) verilerinizi dayanıklı hale getirir. Ayrıca, veritabanınızı otomatik olarak iyi durumdaki bir AZ'ye, 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 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).

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.

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.

Anlık yedekleri otomatik olarak paylaşabilir miyim?

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.

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.

Aurora anlık yedeklerimi hangi bölgelerde paylaşabilirim?

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

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.

Şifrelenmiş bir Aurora anlık yedeğini paylaşabilir miyim?

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

Yüksek erişilebilirlik ve çoğaltma

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

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

Aurora hangi tür replikaları destekler?

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:

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

Amazon Aurora ile bölgeler arası replikalar kullanabilir miyim?

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.

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

Uygulamamın yükünü geçerli birincil bulut sunucumdan bölgeler arası replikaya devredebilir miyim?

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.

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.

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.

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.

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 üç 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.

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.

  • Yük devretme sırasında aynı veya farklı bir AZ'de bir Aurora Replikanız varsa Aurora, Veritabanı Bulut Sunucunuzun kurallı ad kaydını (CNAME) iyi durumdaki replikayı gösterecek şekilde değiştirir ve böylece replika yeni birincil olur. Yük devretme işleminin başlatılıp tamamlanması genellikle 30 saniyeyi geçmez. Gelişmiş dayanıklılık ve daha hızlı yük devretme işlemleri için, uygulama bağlantılarını korurken yük devretme veritabanı bulut sunucusuna otomatik olarak bağlanan Amazon RDS Proxy'sini kullanmayı düşünün. Proxy, yük devretme işlemlerini uygulamalarınız için şeffaf hale getirir ve yük devretme sürelerini %66'ya kadar azaltır.
  • Aurora Sunucusuz v1 kullanıyorsanız ve veritabanı bulut sunucusu veya Erişilebilirlik Alanı kullanılamaz duruma gelirse Aurora, veritabanı bulut sunucusunu farklı bir Erişilebilirlik Alanında otomatik olarak yeniden oluşturur. Aurora Sunucusuz v2, yük devretme ve diğer yüksek erişilebilirlik özellikleri için tedarik edildiği gibi çalışır. Daha fazla bilgi için Aurora Sunucusuz v2 ve yüksek erişilebilirlik kısmına göz atın. 
  • 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.

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

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

Aurora MySQL Uyumlu Sürüm veritabanım ile harici bir MySQL veritabanı arasında replikasyon ayarlayabilir miyim?

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ı nedir?

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.

Nasıl Amazon Aurora Küresel Veritabanı oluşturabilirim?

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ı'nda kaç tane ikincil bölge olabilir?

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

Amazon Aurora Küresel Veritabanı 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.

Aurora, ikincil Amazon Aurora Küresel Veritabanı bölgesine otomatik olarak yük devretme gerçekleştirir mi?

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.

Güvenlik

Amazon Aurora'yı Amazon Sanal Özel Bulut'ta (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.

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

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

Amazon Aurora veritabanlarıma nasıl erişebilirim?

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.

Amazon Aurora'yı HIPAA uygunluğu gerektiren uygulamalarla kullanabilir miyim?

Evet, Aurora'nın MySQL ve PostgreSQL uyumlu sürümleri HIPAA'ya uygundur. Bunları kullanarak HIPAA ile uyumlu uygulamalar oluşturabilir ve AWS ile yaptığınız bir İş Ortağı Eki (BAA) kapsamında korunan sağlık bilgileri (PHI) dahil olmak üzere sağlık hizmetleriyle ilgili bilgileri saklayabilirsiniz. AWS ile zaten bir BAA imzaladıysanız bu hizmetleri BAA'nız kapsamındaki hesaplarda kullanmaya başlamak için herhangi bir eylem gerçekleştirmeniz gerekmez. Uyumlu uygulamalar oluşturmak üzere AWS'yi kullanma hakkında daha fazla bilgi için Sağlık Hizmeti Sağlayıcıları kısmına göz atın.

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 Riskler (CVE) listesine nereden ulaşabilirim?

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

Aurora veritabanıma yönelik güvenlik tehditlerini nasıl tespit edebilirim?

Aurora, Aurora veritabanlarında depolanan verilere yönelik olası tehditleri belirlemenize yardımcı olmak için Amazon GuardDuty ile entegre edilmiştir. GuardDuty RDS Koruması, hesabınızdaki oturum açma etkinliğinin ve yeni veritabanlarının profilini çıkarıp bunları izler ve Aurora veritabanlarındaki şüpheli girişleri tespit etmek için özelleştirilmiş ML modelleri kullanır. Daha fazla bilgi için GuardDuty RDS Koruması ile tehditleri izleme ve GuardDuty RDS Koruması Kullanıcı Kılavuzu bölümlerine göz atın.

Sunucusuz

Amazon Aurora Sunucusuz nedir?

Aurora Sunucusuz, Amazon Aurora için istek üzerine bir otomatik ölçeklendirme yapılandırmasıdır. Aurora Sunucusuz ile veritabanı kapasitesini yönetmeden veritabanınızı bulutta çalıştırabilirsiniz. Veritabanı kapasitesini manuel olarak yönetmek 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ı kapasite aralığını belirler ve uygulamanızı bağlarsınız. Aurora, kapasiteyi uygulamanızın ihtiyaçlarına göre belirlenen 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'ndaki birkaç adımda kullanmaya başlayın.

Aurora Sunucusuz v2 ve v1 arasındaki fark nedir?

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 ve çok daha fazlası 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 hangi Aurora özelliklerini destekliyor?

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

Tedarik edilen bulut sunucuları içeren Aurora Sunucusuz v2'yi mevcut Aurora veritabanı kümemle kullanmaya başlayabilir miyim?

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.

Aurora Sunucusuz v1'den Aurora Sunucusuz v2'ye geçiş yapabilir miyim?

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 için Amazon Aurora'nın hangi sürümleri desteklenir?

Mevcut bir Aurora veritabanı kümesini Aurora Sunucusuz'a geçirebilir miyim?

Evet, mevcut bir Aurora tedarik edilen 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 nasıl bağlanabilirim?

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.

Bir Aurora Sunucusuz kümesinin kapasitesini açık olarak ayarlayabilir miyim?

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.

Aurora Sunucusuz Veritabanı Kümem neden otomatik olarak ölçeklenmiyor?

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 için nasıl faturalandırılırım?

Aurora Sunucusuz'da veritabanı kapasitesi, ACU cinsinden ölçülür. ACU kullanımı için saniye başına bir sabit ücret ödersiniz. İş yüklerinizi Aurora Sunucusuz'da çalıştırmanın işlem maliyetleri, seçtiğiniz veritabanı kümesi yapılandırmasına bağlıdır: Aurora Standart veya Aurora G/Ç İçin Optimize Edilmiş. Fiyatlandırma ve bölgesel erişilebilirlik hakkında bilgi için Aurora fiyatlandırma sayfasını ziyaret edin.

Paralel Sorgu

Amazon Aurora Paralel Sorgu nedir?

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

Hedef kullanım örneği nedir?

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 hangi avantajları sunar?

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.

Paralel Sorgu 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. 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.

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.

Performansın daha yavaş olması mümkün müdür?

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

Sorgumun Paralel Sorgu'dan 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, 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 özelliğini nasıl açıp kapatırım?

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

Paralel Sorgu 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.

Paralel Sorgu, G/Ç'yi azalttığından bu özelliği açtığımda Aurora G/Ç ücretlerim azalır mı?

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.

Paralel Sorgu tüm bulut sunucusu tipleriyle kullanılabilir mi?

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

Amazon Aurora'nın hangi sürümleri Paralel Sorgu'yu destekler?

Paralel Sorgu, Amazon Aurora'nın MySQL 5.7 ve MySQL 8.0 ile uyumlu sürümünde kullanılabilir.

Paralel Sorgu diğer tüm Aurora özellikleriyle uyumlu mu?

Paralel Sorgu, Aurora Sunucusuz v2 ve Backtrack ile uyumludur.

Paralel Sorgu nadir performans kayıpları dışında sorguları hızlandırıyorsa bunu her zaman açık tutmam yararlı olur mu?

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, veri ambarımın yerini alabilir mi?

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.

Optimize Edilmiş Okumalar

Aurora PostgreSQL için Amazon Aurora Optimize Edilmiş Okumalar nedir?

Aurora PostgreSQL için sunulan Amazon Aurora Optimize Edilmiş Okumalar, bunu içermeyen bulut sunucularına kıyasla 8 kata kadar iyileştirilmiş sorgu gecikmesi ve %30'a varan maliyet tasarrufu sağlayan yeni bir fiyat-performans seçeneğidir. Bir veritabanı bulut sunucusunun bellek kapasitesini aşan büyük veri kümelerine sahip uygulamalar için idealdir.

Aurora PostgreSQL için Amazon Aurora Optimize Edilmiş Okumalar sorgu performansını nasıl iyileştirir?

Amazon Aurora Optimize Edilmiş Okumalar bulut sunucuları, veritabanı bulut sunucusunun bellek kapasitesini aşan veri kümelerine sahip uygulamaların sorgu gecikmesini iyileştirmek için yerel NVMe tabanlı SSD blok düzeyinde depolama (Graviton tabanlı r6gd ve Intel tabanlı r6id bulut sunucularında mevcuttur) kullanır. Optimize Edilmiş Okumalar, katmanlı önbelleğe alma ve geçici nesneler gibi performans geliştirmeleri içerir.

Katmanlı önbelleğe alma; operasyonel panolar, anormallik algılama ve vektör tabanlı benzerlik aramaları gibi yoğun okuma, yoğun G/Ç içeren uygulamalar için 8 kata kadar iyileştirilmiş sorgu gecikmesi ve %30'a varan maliyet tasarrufu sağlar. Bu avantajlar, bu verilerin müteakip erişimlerini hızlandırmak üzere bellek içi veritabanı arabellek önbelleğinden tahliye edilen verilerin yerel depolamaya otomatik olarak önbelleğe alınmasıyla gerçekleştirilir. Katmanlı önbelleğe alma yalnızca Aurora G/Ç İçin Optimize Edilmiş yapılandırmasına sahip Amazon Aurora PostgreSQL Sürümünde mevcuttur.

Geçici nesneler, Aurora PostgreSQL tarafından oluşturulan geçici tabloları yerel depolamaya yerleştirerek daha hızlı sorgu işleme sağlar. Böylece sıralama, karma toplama, yüksek yüklü birleştirme ve yoğun veri kullanımı gerektiren diğer işlemleri içeren sorguların performansını artırır.

Aurora PostgreSQL için Amazon Aurora Optimize Edilmiş Okumaları ne zaman kullanmalıyım?

Aurora PostgreSQL için Amazon Aurora Optimize Edilmiş Okumalar, gecikmeye duyarlı uygulamalara ve büyük çalışma kümelerine sahip müşterilere iş SLA'larını karşılamak ve bulut sunucularıyla çok daha fazlasını yapmak için cazip bir fiyat-performans alternatifi sunar.

Aurora PostgreSQL için Amazon Aurora Optimize Edilmiş Okumalar'ı hangi veritabanı bulut sunucusu türleri destekler? Bunlar hangi bölgelerde kullanılabilir?

Amazon Aurora Optimize Edilmiş Okumalar, Intel tabanlı R6id ve Graviton tabanlı R6gd bulut sunucularında kullanılabilir. Aurora için bölge erişilebilirliğine buradan göz atabilirsiniz.

Aurora PostgreSQL için Aurora Optimize Edilmiş Okumalar, Amazon Aurora'nın hangi altyapı sürümlerini destekler?

Amazon Aurora Optimize Edilmiş Okumalar, R6id ve R6gd bulut sunucuları üzerinde Aurora'nın PostgreSQL Uyumlu Sürümü için kullanılabilir. Desteklenen altyapı sürümleri 15.4 ve üzeri ve Aurora PostgreSQL'de 14.9 ve üzeridir.

Aurora PostgreSQL için Amazon Aurora Optimize Edilmiş Okumaları Aurora Sunucusuz v2 ile kullanabilir miyim?

Amazon Aurora Optimize Edilmiş Okumalar, Aurora Sunucusuz v2 (ASv2) üzerinde kullanılamaz.

Aurora PostgreSQL için Amazon Aurora Optimize Edilmiş Okumaları Aurora Standart ve Aurora G/Ç İçin Optimize Edilmiş yapılandırmalarla kullanabilir miyim?

Evet, Amazon Aurora Optimize Edilmiş Okumalar her iki yapılandırmada da mevcuttur. Her iki yapılandırmada da Optimize Edilmiş Okumalar özellikli bulut sunucuları, analitik sorguların ve dizin yeniden oluşturmalarının performansını artırmak için geçici tabloları otomatik olarak NVMe tabanlı yerel depolamaya eşler.

Yoğun okuma içeren yoğun G/Ç kullanımlı iş yükleri için, Aurora G/Ç İçin Optimize Edilmiş kullanmak üzere yapılandırılmış Aurora PostgreSQL üzerindeki Optimize Edilmiş Okuma özellikli bulut sunucuları, bir veritabanı bulut sunucusunun bellek kapasitesini aşan büyük veri kümelerine sahip uygulamalara yönelik olarak, NVMe tabanlı yerel depolamada bellekten tahliye edilen verileri otomatik olarak önbelleğe alır ve bunu içermeyen bulut sunuculara kıyasla 8 kata kadar gelişmiş sorgu gecikmesi ve %30'a varan maliyet tasarrufu sağlar.

Aurora PostgreSQL için Amazon Aurora Optimize Edilmiş Okumaları kullanmaya nasıl başlarım?

Müşteriler AWS Yönetim Konsolu, CLI ve SDK aracılığıyla Amazon Aurora Optimize Edilmiş Okumaları kullanmaya başlayabilir. Optimize Edilmiş Okumalar varsayılan olarak tüm R6id ve R6gd bulut sunucularında kullanılabilir. Müşteriler bu özelliği kullanmak için mevcut Aurora veritabanı kümelerini R6id ve R6gd bulut sunucularını içerecek şekilde değiştirebilir veya bu bulut sunucularını kullanarak yeni veritabanı kümeleri oluşturabilir. Kullanmaya başlamak için Amazon Aurora Optimize Edilmiş Okumalar belgelerine göz atın.

Aurora PostgreSQL için Amazon Aurora Optimize Edilmiş Okumalara yönelik olarak kullanılabilir yerel depolama alanının ne kadarı kullanılabilir?

R6id ve R6gd bulut sunucularındaki kullanılabilir yerel depolama alanının yaklaşık %90'ı Optimize Edilmiş Okumalar için kullanılabilir. Aurora, SSD yazma amplifikasyonunun etkisini azaltmak için NVMe depolama alanının %10'unu rezerve eder. Kullanılabilir depolama alanı tahsisi, hangi Optimize Edilmiş Okumalar özelliklerinin etkinleştirildiğine bağlıdır.

Optimize Edilmiş Okumaları hem Geçici Nesneler hem de Katmanlı Önbelleğe Alma özellikleriyle kullanırken, yerel depolamadaki geçici nesneler için kullanılabilir alan, bu veritabanı bulut sunucularında bulunan bellek boyutunun 2 katına eşittir. Bu, Aurora PostgreSQL'deki geçici nesne depolama alanının geçerli boyutuyla eşleşir. Kalan yerel depolama disk alanı verileri önbelleğe almak için kullanılabilir.

Optimize Edilmiş Okumalar yalnızca Geçici Nesneler özelliğiyle kullanıldığında, kullanılabilir yerel depolama disk alanının tamamı geçici nesneler için kullanılabilirdir. Örneğin, hem Geçici Nesneler hem de Katmanlı Önbellek özelliklerine sahip bir r6gd.8xlarge bulut sunucusu kullanıldığında, geçici nesneler için 534 GiB (2 kat bellek kapasitesi) ve katmanlı önbellek için 1054 GiB rezerve edilmiştir.

Yerel depolama arızası durumunda ne olur?

Yerel depolama başarısız olursa Aurora otomatik olarak bir ana sunucu değişimi gerçekleştirir. Çok düğümlü bir veritabanı kümesinde bu, bir bölge içi yük devretme tetikler.

Aurora PostgreSQL için Amazon Aurora Optimize Edilmiş Okumalar, veritabanı yük devretme durumunda sorgu gecikmesini nasıl etkiler?

Veritabanı yük devretme durumunda, sorgu gecikmesi yük devretme sonrasında geçici olarak artar. Bu gecikme artışı zamanla azalacak ve nihai olarak yük devretme öncesindeki sorgu gecikmesini yakalayacaktır. Bu yakalama süresi, küme önbellek yönetimi (CCM) etkinleştirilerek hızlandırılabilir. CCM ile müşteriler, belirli bir Aurora PostgreSQL veritabanı bulut sunucusunu yük devretme hedefi olarak tayin edebilir.

CCM etkinleştirildiğinde, tayin edilen yük devretme hedefinin yerel depolama önbelleği, birincil bulut sunucusunun yerel depolama önbelleğini yakından yansıtarak yük devretme sonrası yakalama süresini azaltır. Ancak, tayin edilen yük devretme hedefi, yazma bulut sunucusu üzerindeki iş yükünden ayrı bir okuma iş yükünü sunmak için de kullanılıyorsa CCM'nin etkinleştirilmesi yerel depolama önbelleğinin uzun vadeli verimliliğini etkileyebilir.

Bu nedenle, bir okuyucunun bekleyen yük devretme olarak tayin edilmesini gerektiren iş yükleri çalıştıran müşteriler, CCM'nin yük devretme sonrasında sorgu gecikmesini hızla geri kazanma olasılığını artırmasını sağlamalıdır. Tayin edilen yük devretme hedeflerinde ayrı iş yükleri çalıştıran müşteriler, CCM'yi etkinleştirmeden önce yük devretme sonrası anlık gecikme kurtarma ihtiyaçlarını uzun vadeli önbellek performans verimliliğiyle dengelemek isteyebilir.

Üretici Yapay Zeka

pgvector nedir?

pgvector, Amazon Aurora PostgreSQL Uyumlu Sürüm tarafından desteklenen, PostgreSQL için açık kaynaklı bir uzantıdır.

pgvector, Aurora PostgreSQL için hangi özellikleri etkinleştirir?

Amazon Bedrock veya Amazon SageMaker'dakiler gibi, veri tabanınızdaki makine öğrenimi (ML) ve yapay zeka (AI) modellerinden oluşturulan milyarlarca katıştırmayı depolamak, aramak, dizine eklemek ve sorgulamak için pgvector kullanabilirsiniz. Vektör katıştırma; metin, resim ve video gibi içeriğin anlamsal bağlamını temsil eden sayısal bir gösterimdir.
 
pgvector ile, Aurora'daki diğer tablo verileriyle birlikte ve vektör şeklinde sunulan bu veri türlerinin verimli anlamsal benzerlik aramalarını gerçekleştirmek için Aurora PostgreSQL veri tabanınızdaki katıştırmaları sorgulayabilirsiniz. Bu, benzer metin açıklamalarına veya resimlere dayalı kişiselleştirilmiş öneriler, mülakat notlarına dayalı aday eşleşmesi, sohbet robotları ve müşteri hizmetleri için başarılı transkriptlere veya sohbet oturumu diyaloglarına dayalı sonraki en iyi eylem önerileri ve daha fazlası gibi yeni uygulama türleri için üretici yapay zeka ve diğer AI/ML sistemlerinin kullanılmasını sağlar. 
 
Vektör veri tabanı özellikleri hakkındaki blogumuzu okuyun ve bir Aurora PostgreSQL veri tabanında pgvector uzantısını kullanarak katıştırmaları nasıl saklayacağınızı, soru yanıtlayan interaktif bir sohbet robotunu nasıl oluşturacağınızı ve duygu analizi için pgvector ve Aurora makine öğrenimi arasındaki yerel entegrasyonu nasıl kullanacağınızı öğrenin.

pgvector, Aurora makine öğrenimi ile çalışır mı?

Evet. Aurora makine öğrenimi (ML), ML modellerini SQL işlevleri olarak gösterir ve ML modellerini çağırmak, bunlara veri iletmek ve tahminleri sorgu sonuçları olarak döndürmek için standart SQL kullanmanıza olanak tanır. pgvector, vektör katıştırmalarının veri tabanında depolanmasını, bu da katıştırmalar oluşturmak için ML modelinin kaynak metin veya görüntü verileri üzerinde çalıştırılmasını ve ardından katıştırmaların toplu olarak Aurora PostgreSQL'e taşınmasını gerektirir.

Aurora ML, modelinizden en son katıştırmaların döndürülmesi için Amazon Bedrock veya Amazon SageMaker'a periyodik çağrılar yaparak bu süreci, katıştırmaların Aurora PostgreSQL'de güncel tutulmasını sağlayan gerçek zamanlı bir süreç haline getirebilir.

Aurora, Amazon Bedrock ile çalışır mı?

Evet. Üretici yapay zeka uygulamalarına güç sağlamak için Amazon Aurora veritabanlarını Amazon Bedrock ile entegre etmenin iki yöntemi vardır. İlk olarak, Amazon Aurora ML artık hem Aurora MySQL hem de Aurora PostgreSQL için doğrudan SQL aracılığıyla Amazon Bedrock'ta bulunan altyapı modellerine erişim sağlıyor. İkinci olarak, Aurora'yı Amazon Bedrock İçin Bilgi Bankası olarak yapılandırabilir ve Bedrock'tan oluşturulan katıştırmaları Aurora'da depolayabilirsiniz. Amazon Bedrock İçin Bilgi Bankaları, Veri Alma Kapasitesi Artırılmış Üretim (RAG) gibi kullanım örnekleri için vektör deposu olarak Aurora PostgreSQL'i destekler. Aurora PostgreSQL'i Amazon Bedrock İçin Bilgi Bankası olarak nasıl kullanacağınızla ilgili blogumuzu ve belgelerimizi okuyun.

Aurora PostgreSQL İçin Aurora Optimize Edilmiş Okumalar, pgvector performansına nasıl yardımcı olur?

Pgvector özellikli Amazon Aurora PostgreSQL Optimize Edilmiş Okumalar, kullanılabilir bulut sunucusu belleğini aşan iş yüklerinde vektör araması için saniye başına sorguları 9 kata kadar artırır. Bu, bellek içi veritabanı arabellek önbelleğinden tahliye edilen verileri bu verilerin sonraki erişimlerini hızlandırmak için otomatik olarak yerel depolamaya önbelleğe alan Optimize Edilmiş Okumalarda mevcut olan katmanlı önbelleğe alma özelliği nedeniyle mümkündür.

Aurora Optimize Edilmiş Okumalar ile Aurora PostgreSQL için sorgu performansını iyileştirmeye ilişkin blogumuzu ve belgelerimizi okuyun.

Sıfır ETL entegrasyonları

Aurora sıfır ETL entegrasyonunu Amazon Redshift ile ne zaman kullanmalıyım?

İşlem verilerine neredeyse gerçek zamanlı erişime ihtiyaç duyduğunuzda Amazon Redshift ile Amazon Aurora sıfır ETL entegrasyonunu kullanmalısınız. Bu entegrasyon, basit SQL komutlarıyla Amazon Redshift ML'den yararlanmanızı sağlar.

Aurora'nın hangi altyapıları ve sürümleri sıfır ETL entegrasyonlarını destekler?

Amazon Redshift ile Aurora sıfır ETL entegrasyonu; ABD Doğu (Ohio), ABD Doğu (Kuzey Virginia), ABD Batı (Oregon), Asya Pasifik (Singapur), Asya Pasifik (Sidney), Asya Pasifik (Tokyo), Avrupa (Frankfurt), Avrupa (İrlanda) ve Avrupa (Stokholm) bölgelerinde Aurora MySQL sürüm 3.05 (MySQL 8.0.32 ile uyumlu) ve üzeri için Aurora MySQL Uyumlu Sürüm'de mevcuttur. Amazon Redshift ile Aurora sıfır ETL entegrasyonu, ABD Doğu (Ohio) bölgesindeki Aurora PostgreSQL 15.4 için Aurora PostgreSQL Uyumlu Sürüm'de mevcuttur.

Sıfır ETL entegrasyonu ne gibi faydalar sağlar?

Amazon Redshift ile Aurora sıfır ETL entegrasyonu, karmaşık veri işlem hatları oluşturma ve sürdürme ihtiyacınızı ortadan kaldırır. Çeşitli Aurora veritabanı kümelerindeki birden fazla tablodan gelen verileri tek bir Amazon Redshift veritabanı kümesinde birleştirebilir ve Aurora'dan gelen petabaytlarca işlem verisi üzerinde Amazon Redshift kullanarak neredeyse gerçek zamanlı analiz ve ML çalıştırabilirsiniz. Aurora'dan Amazon Redshift'e çoğaltılacak veritabanlarını ve tabloları seçebilirsiniz. Analiz ihtiyaçlarınıza bağlı olarak, belirli veritabanlarının ve tabloların veri filtrelemesi, verileri seçici bir şekilde Amazon Redshift'e getirmenize yardımcı olur.

Sıfır ETL entegrasyonu Amazon Aurora Sunucusuz v2 ile uyumlu mu?

Amazon Redshift ile Aurora sıfır ETL entegrasyonu, Aurora Sunucusuz v2 ile uyumludur. Hem Aurora Sunucusuz v2 hem de Amazon Redshift Sunucusuz'u kullanırken veri işlem hatları için herhangi bir altyapıyı yönetmek zorunda kalmadan işlem verileri üzerinde neredeyse gerçek zamanlı analiz gerçekleştirebilirsiniz.

Sıfır ETL entegrasyonlarını kullanmaya nasıl başlarım?

Aurora kaynağını ve Amazon Redshift hedefini belirtip sıfır ETL entegrasyonunu oluşturmak için Amazon RDS konsolunu kullanarak başlayabilirsiniz. Entegrasyon oluşturulduktan sonra Aurora veri tabanı Amazon Redshift'e çoğaltılır ve ilk tohumlama tamamlandıktan sonra verileri sorgulamaya başlayabilirsiniz. Daha fazla bilgi için Amazon Redshift ile Aurora sıfır ETL entegrasyonlarına yönelik kullanmaya başlama kılavuzunu okuyun.

Sıfır ETL entegrasyonunun maliyeti nedir?

Sıfır ETL entegrasyonu ile veri değişikliklerinin sürekli işlenmesi hiçbir ek ücret alınmadan sunulur. Sıfır ETL entegrasyonunun parçası olarak üretilen değişiklik verilerini oluşturmak ve işlemek üzere kullanılan mevcut Amazon RDS ve Amazon Redshift kaynakları için ödeme yaparsınız. Bu kaynaklar şunları içerebilir:

  • Gelişmiş binlog etkinleştirilerek kullanılan ek G/Ç ve depolama alanı
  • Amazon Redshift veri tabanlarınızın başlatılması için ilk veri aktarımının anlık yedek dışa aktarma maliyetleri
  • Çoğaltılmış verileri depolamak için ek Amazon Redshift depolama alanı
  • Veri çoğaltmayı işlemek için ek Amazon Redshift işlemi
  • Verileri kaynaktan hedefe taşımak için erişilebilirlik alanları arası veri aktarım maliyetleri

Daha fazla bilgi için Aurora fiyatlandırma sayfasını ziyaret edin.

Sıfır ETL entegrasyonu AWS CloudFormation'ı destekliyor mu?

Evet, AWS CloudFormation'ı kullanarak Amazon Redshift ile Aurora MySQL sıfır ETL entegrasyonu için gereken kaynakların yapılandırılmasını ve dağıtımını yönetip otomatikleştirebilirsiniz. Daha fazla bilgi için sıfır ETL entegrasyonuna sahip CloudFormation şablonlarını ziyaret edin.

RDS İçin Amazon DevOps Guru

RDS İçin Amazon DevOps Guru nedir?

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 DevOps Guru'yu neden kullanmalıyım?

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 nasıl çalışır?

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 Amazon DevOps Guru'yu kullanmaya nasıl başlayabilirim?

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 ne tür sorunları saptayabilir?

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.

RDS İçin DevOps Guru'nun Amazon RDS Performans Öngörüleri'nden farkı nedir?

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, veri tabanı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.

Veri API'si

Veritabanı sürücüleri yerine Veri API'sini Aurora ile ne zaman kullanmalıyım?

Veri API'sini, özellikle AWS Lambda ile oluşturulmuş ve Aurora'ya bir istek/yanıt modelinde erişmesi gereken yeni modern uygulamalar için kullanmalısınız. Mevcut bir uygulama, veri tabanı sürücüleriyle yüksek oranda ilişkilendirilmiş olduğunda, uzun süredir çalışan sorgular olduğunda veya geliştirici geçici tablolar gibi veri tabanı özelliklerinden faydalanmak ya da oturum değişkenlerini kullanmak istediğinde Veri API'si yerine veri tabanı sürücüleri kullanmanız ve kalıcı veri tabanı bağlantılarını yönetmeniz gerekir.

Hangi Aurora altyapıları ve sürümleri Veri API'sini destekler?

Aurora Sunucusuz v2 ve Aurora tedarik edilen bulut sunucuları için Veri API'si AWS Bölgesi ve veri tabanı sürümü erişilebilirliği, belgelerimizde bulunmaktadır. Mevcut durumda Aurora Sunucusuz v1 için Veri API'si kullanan müşterilerin, yeniden tasarlanan Veri API'sinden ve Aurora Sunucusuz v2'nin daha ayrıntılı ölçeklendirmesinden yararlanmak için Aurora Sunucusuz v2'ye geçmeleri önerilir.

Veri API'si ne gibi faydalar sağlar?

Veri API'si, modern uygulama geliştirmeyi basitleştirmenizi ve hızlandırmanızı sağlayacaktır. Veri API'si; veri tabanı sürücülerini dağıtma, istemci tarafı bağlantı havuzlarını yönetme veya uygulama ile veri tabanı arasında karmaşık VPC ağ iletişimi kurma ihtiyacını ortadan kaldıran, kullanımı kolay ve güvenli bir HTTP tabanlı API'dir. Veri API'si ayrıca veri tabanı bağlantılarını otomatik olarak havuza toplayıp paylaşarak ölçeklenebilirliği artırır. Bu da bağlantıları sık sık açan ve kapatan uygulamalardan kaynaklanan hesaplama yükünü azaltır. 

Veri API'si, Aurora Küresel Veri Tabanı'nı veya Aurora Sunucusuz v1'i destekliyor mu?

Aurora Sunucusuz v1 için mevcut Veri API'si, Aurora'nın PostgreSQL Uyumlu Sürümü ve MySQL Uyumlu Sürümü için Aurora Sunucusuz v1'in bir özelliği olmaya devam edecektir. Aurora Sunucusuz v2 ve Aurora tedarik edilen bulut sunucuları için Veri API'si, Aurora Sunucusuz v1'i desteklemez. Aurora Sunucusuz v2 ve Aurora tedarik edilen bulut sunucuları için Veri API'si, Aurora Küresel Veri Tabanı yazıcı bulut sunucularını destekler.

Veri API'sini kullanarak veri tabanıyla nasıl kimlik doğrularım?

Kullanıcılar, Veri API'si işlemlerini yalnızca bunun için yetkilendirilmişlerse çağırabilirler. Yöneticiler, ayrıcalıklarını tanımlayan bir AWS Kimlik ve Erişim Yönetimi (IAM) politikasını ekleyerek kullanıcıya Veri API'sini kullanma izni verebilir. IAM rollerini kullanıyorsanız politikayı bir role de ekleyebilirsiniz. Veri API'sini çağırdığınızda, AWS Gizli Bilgi Yöneticisi'nde bir gizli bilgi kullanarak Aurora veri tabanı kümesi için kimlik bilgilerini geçirebilirsiniz. 

Veri API'sinin maliyeti nedir?

Aurora Sunucusuz v1 ile Veri API'si kullanımı ek ücret ödemeden kullanılabilir durumda kalır. Aurora Sunucusuz v2 ve Aurora tedarik edilen bulut sunucuları için Veri API'si, Aurora fiyatlandırma sayfasında açıklandığı gibi API istek hacmine göre fiyatlandırılır. Aurora Sunucusuz v2 ve Aurora tedarik edilen bulut sunucuları için Veri API'si, Aurora Sunucusuz v1 için Veri API'sinde olduğu gibi, yönetim olayları yerine etkinliği günlüğe kaydetmek için AWS CloudTrail veri düzlemi olaylarını kullanır.

Bu etkinliği izlemek istiyorsanız CloudTrail konsolu, CLI veya SDK aracılığıyla veri olaylarının günlüğe kaydedilmesini etkinleştirebilirsiniz. Bu, CloudTrail fiyatlandırma sayfasında belirtildiği gibi ücretlere tabi olacaktır. Ayrıca AWS Gizli Bilgi Yöneticisi kullanımı AWS Gizli Bilgi Yöneticisi fiyatlandırma sayfasında belirtilen ücretlere tabi olacaktır. 

AWS neden CloudTrail yönetim etkinlikleri yerine Veri API'si için veri düzlemi olaylarını kullanmaya başladı?

AWS CloudTrail, AWS API etkinliğini yönetim olayları veya veri olayları olarak yakalar. CloudTrail yönetim olayları ("denetim düzlemi işlemleri" olarak da bilinir), AWS hesabınızdaki kaynaklar üzerinde gerçekleştirilen kaynak oluşturma, güncelleme ve silme gibi yönetim işlemlerini gösterir. CloudTrail veri olayları ("veri düzlemi işlemleri" olarak da bilinir) AWS hesabınızdaki bir kaynak üzerinde veya içinde gerçekleştirilen kaynak işlemlerini gösterir.

Veri API'si, Aurora veri tabanınızdaki veriler üzerinde sorgular gerçekleştirdiği için veri düzlemi işlemleri gerçekleştirir. Bu nedenle, olayların doğru sınıflandırması olduğu için Veri API'si etkinliğini veri olayları olarak günlüğe kaydedeceğiz. Yalnızca veri olaylarını günlüğe kaydetmeyi etkinleştirdiğinizde CloudTrail veri olayları için ücretler uygulanır.

Veri API'sinin ücretsiz kullanımı var mı?

Evet, Veri API'si ücretsiz kullanımı, ilk yılın kullanımı için tüm AWS Bölgeleri genelinde toplanan aylık bir milyon isteği içerir. Bir yıl sonra müşteriler, Aurora fiyatlandırma sayfasında açıklandığı gibi Veri API'si için ödeme yapmaya başlayacaktır.

Amazon RDS Mavi/Yeşil Dağıtımlar

Amazon RDS Mavi/Yeşil Dağıtımlar hangi sürümleri destekler?

Amazon RDS Mavi/Yeşil Dağıtımlar; Amazon Aurora MySQL Uyumlu Sürüm 5.6 ve üzeri sürümlerde ve Amazon Aurora PostgreSQL Uyumlu Sürüm 11.21 ve üzeri, 12.16 ve üzeri, 13.12 ve üzeri, 14.9 ve üzeri ve 15.4 ve üzeri sürümlerde mevcuttur. Aurora belgelerinde mevcut sürümler hakkında daha fazla bilgi edinin.

Amazon RDS Mavi/Yeşil Dağıtımlar hangi bölgeleri destekler?

Amazon RDS Mavi/Yeşil Dağıtımlar tüm geçerli AWS bölgelerinde ve AWS GovCloud bölgelerinde kullanılabilir.

Amazon RDS Mavi/Yeşil Dağıtımlar'ı ne zaman kullanmalıyım?

Amazon RDS Mavi/Yeşil Dağıtımlar, daha güvenli, daha basit ve daha hızlı veritabanı değişiklikleri yapmanızı sağlar. Mavi/Yeşil Dağıtımlar; veritabanı altyapısına yönelik ana veya küçük sürüm yükseltmeleri, işletim sistemi güncellemeleri, tablonun sonuna yeni bir sütun ekleme gibi yeşil ortamlarda mantıksal çoğaltmayı bozmayan şema değişiklikleri veya veritabanı parametre ayarı değişiklikleri gibi kullanım örnekleri için idealdir.

Tek bir geçiş kullanarak aynı anda birden fazla veritabanı güncellemesi yapmak için Mavi/Yeşil Dağıtımlar'ı kullanabilirsiniz. Bu, güvenlik düzeltme eklerini güncel tutmanıza, veritabanı performansını iyileştirmenize ve kısa, öngörülebilir kesinti süreleriyle daha yeni veritabanı özelliklerine erişmenize olanak tanır. Aurora'da sadece küçük sürüm yükseltmesi yapmak istiyorsanız Aurora Sıfır Kesinti Süresi Düzeltme Eki Uygulama'yı (ZDP) kullanmanızı öneririz.

Amazon RDS Mavi/Yeşil Dağıtımlar'ı kullanmanın maliyeti nedir?

İş yüklerinizi yeşil bulut sunucularında çalıştırırken, mavi bulut sunucularındaki fiyata tabi olursunuz. İş yüklerini mavi ve yeşil bulut sunucularında çalıştırmanın maliyeti, db.instances için mevcut standart fiyatlandırmamızı, depolama maliyetini, okuma/yazma G/Ç işlemleri maliyetini ve yedekleme maliyeti ile Amazon RDS Performans Öngörüleri gibi etkinleştirilen özellikleri içerir. Etkin olarak, mavi-yeşil dağıtımın ömrü boyunca veritabanı bulut sunucusu üzerinde iş yüklerini çalıştırma maliyetinin yaklaşık 2 katını ödersiniz.

Örneğin: us-east-1 AWS bölgesinde, biri birincil yazma bulut sunucusu diğeri okuma bulut sunucusu olmak üzere iki r5.2xlarge veritabanı bulut sunucusu üzerinde çalışan Aurora MySQL Uyumlu Sürüm 5.7 kümeniz var. r5.2xlarge veritabanı bulut sunucularından her biri 40 GiB Depolama için yapılandırılmış ve ayda 25 Milyon G/Ç işlemi içeriyor. Amazon RDS Mavi/Yeşil Dağıtımlar'ı kullanarak mavi bulut sunucusu topolojisinin bir klonunu oluşturur, 15 gün (360 saat) çalıştırırsınız ve bu süre zarfında her yeşil bulut sunucusunun 3 milyon G/Ç okuma işlemi olur. Ardından, başarılı bir geçişten sonra mavi bulut sunucularını silersiniz. Mavi bulut sunucuları (yazma ve okuma) 1,179 USD/saat (Bulut Sunucusu + Depolama + G/Ç) istek üzerine ücretiyle 15 gün için 849,2 USD'dir. Yeşil bulut sunucuları (yazma ve okuma) 1,167 USD/saat (Bulut Sunucusu + Depolama + G/Ç) istek üzerine ücretiyle 15 gün için 840,40 USD'dir. Bu 15 gün için Mavi/Yeşil Dağıtımları kullanmanın toplam maliyeti 1689,60 USD'dir. Bu, söz konusu dönem için mavi bulut sunucuları çalıştırmanın maliyetinin yaklaşık 2 katıdır.

Amazon RDS Mavi/Yeşil Dağıtımlar ile ne tür değişiklikler yapabilirim?

Amazon RDS Mavi/Yeşil Dağıtımlar; ana veya küçük sürüm yükseltmeleri, şema değişiklikleri, bulut sunucusu ölçeklendirme, altyapı parametresi değişiklikleri ve bakım güncellemeleri gibi veritabanı değişikliklerini daha güvenli, daha basit ve daha hızlı yapmanıza yardımcı olur.

Amazon RDS Mavi/Yeşil Dağıtımlar'da "mavi ortam" nedir? "Yeşil ortam" nedir?

Amazon RDS Mavi/Yeşil Dağıtımlar'da mavi ortam mevcut üretim ortamınızdır. Yeşil ortam, geçişten sonra yeni üretim ortamınız olacak hazırlama ortamınızdır.

Geçişler Amazon RDS Mavi/Yeşil Dağıtımlar ile nasıl çalışır?

Amazon RDS Mavi/Yeşil Dağıtımlar bir geçiş başlattığında, geçiş tamamlanana kadar hem mavi hem de yeşil ortamlara yazma işlemlerini engeller. Geçiş sırasında, hazırlık ortamı veya yeşil ortam üretim sisteminin seviyesine yetişir ve verilerin hazırlık ve üretim ortamı arasında tutarlı olmasını sağlar. Üretim ve hazırlık ortamı tamamen eşitlendiğinde, Mavi/Yeşil Dağıtımlar, trafiği yeni desteklenen üretim ortamına yeniden yönlendirerek hazırlık ortamını yeni üretim ortamı olarak destekler.

Amazon RDS Mavi/Yeşil Dağıtımlar, geçiş süreci tamamlandıktan sonra yeşil ortamda yazma işlemlerini etkinleştirecek ve geçiş işlemi sırasında sıfır veri kaybı sağlayacak şekilde tasarlanmıştır.

Amazon RDS Mavi/Yeşil Dağıtımlar devreye alındıktan sonra eski üretim ortamıma ne olur?

Amazon RDS Mavi/Yeşil Dağıtımlar eski üretim ortamınızı silmez. Gerekirse ek doğrulamalar ve performans/regresyon testi için erişebilirsiniz. Artık eski üretim ortamına ihtiyacınız yoksa bunu silebilirsiniz. Siz bunları silene kadar eski üretim bulut sunucularına standart faturalandırma ücretleri uygulanır.

Amazon RDS Mavi/Yeşil Dağıtımlar geçiş bütünlük koruması neyi denetler?

Amazon RDS Mavi/Yeşil Dağıtımlar geçiş bütünlük koruması, geçiş yapılmadan önce yeşil ortamınız seviyeye yetişene kadar mavi ve yeşil ortamlarınızda yazma işlemini engeller. Mavi/Yeşil Dağıtımlar, mavi ve yeşil ortamlarınızdaki birincil ögelerinizin ve kopyalarınızın durum denetimlerini de gerçekleştirir. Ayrıca, örneğin replikasyonun durup durmadığını veya hata olup olmadığını görmek için replikasyon durumu denetimleri de gerçekleştirirler. Mavi ve yeşil ortamlarınız arasında uzun süren işlemleri tespit ederler. Maksimum tolere edilebilir kesinti sürenizi 30 saniye kadar düşük bir süre olarak belirtebilirsiniz ve bunu aşan devam eden bir işleminiz varsa geçişiniz zaman aşımına uğrayacaktır.

Kendi kendini yöneten bir mantıksal kopya için abone/yayıncı olarak mavi bir veritabanım olduğunda Mavi/Yeşil Dağıtımlar'ı kullanabilir miyim?

Mavi ortamınız kendi kendini yöneten bir mantıksal kopya veya aboneyse geçişi engelleriz. Önce mavi ortama çoğaltmayı durdurmanızı, geçişe devam etmenizi ve ardından çoğaltmayı sürdürmenizi öneririz. Buna karşılık, mavi ortamınız kendi kendini yöneten bir mantıksal kopya kaynağı veya yayıncı ise geçiş yapmaya devam edebilirsiniz. Ancak geçiş sonrası yeşil ortamdan çoğaltmak için kendi kendini yöneten kopyayı güncellemeniz gerekecektir.

Amazon RDS Mavi/Yeşil Dağıtımlar; Amazon Aurora Küresel Veritabanları, Amazon RDS Proxy'si ve bölgeler arası okuma kopyalarını destekliyor mu?

Hayır. Amazon RDS Mavi/Yeşil Dağıtımlar; Amazon Aurora Küresel Veritabanları, Amazon RDS Proxy'si ve bölgeler arası okuma kopyalarını desteklemez.

Değişiklikleri geri almak için Amazon RDS Mavi/Yeşil Dağıtımlar'ı kullanabilir miyim?

Hayır, şu anda değişiklikleri geri almak için Amazon RDS Mavi/Yeşil Dağıtımlar'ı kullanamazsınız.

PostgreSQL İçin Güvenilir Dil Uzantıları

PostgreSQL İçin Güvenilir Dil Uzantılarını neden kullanmalıyım?

PostgreSQL İçin Güvenilir Dil Uzantıları (TLE), geliştiricilerin yüksek performanslı PostgreSQL uzantıları oluşturmasına ve bunları Amazon Aurora'da güvenle çalıştırmasına olanak tanır. Bunu yaparken TLE, pazara sunma zamanınızı iyileştirir ve üretim veritabanı iş yüklerinde kullanılan özel ve üçüncü taraf kodların onaylanmasına yönelik olarak veritabanı yöneticilerinin taşıdığı iş yükünü ortadan kaldırır. Bir uzantının ihtiyaçlarınızı karşıladığına karar verir vermez ilerleyebilirsiniz. TLE ile bağımsız yazılım satıcıları (ISV'ler), Aurora üzerinde çalışan müşterilere yeni PostgreSQL uzantıları sağlayabilir.

PostgreSQL'de uzantı çalıştırmanın geleneksel riskleri nelerdir ve PostgreSQL İçin TLE bu riskleri nasıl azaltır?

PostgreSQL uzantıları, yüksek performans için aynı işlem alanında yürütülür. Ancak, uzantıların veritabanını çökertebilecek yazılım hataları olabilir.
 
PostgreSQL İçin TLE, bu riski azaltmak için birden fazla koruma katmanı sunar. TLE, sistem kaynaklarına erişimi sınırlamak için tasarlanmıştır. rds_superuser rolü, kimlerin belirli uzantıları yüklemesine izin verildiğini belirleyebilir. Ancak, bu değişiklikler yalnızca TLE API aracılığıyla yapılabilir. TLE, bir uzantı kusurunun etkisini tek bir veritabanı bağlantısıyla sınırlamak için tasarlanmıştır. Bu korumalara ek olarak TLE, rds_superuser rolündeki DBA'lara uzantıları kimlerin yükleyebileceği konusunda ayrıntılı, çevrimiçi denetim sağlamak üzere tasarlanmıştır ve bunları çalıştırmak için bir izin modeli oluşturabilirler. Yalnızca yeterli ayrıcalıklara sahip kullanıcılar, bir TLE uzantısındaki "CREATE EXTENSION" komutunu kullanarak içerik çalıştırabilir ve oluşturabilir. DBA'lar ayrıca veritabanının dahili davranışını değiştiren ve genellikle yükseltilmiş ayrıcalık gerektiren daha karmaşık uzantılar için gereken "PostgreSQL kancalarını" da izin verilenler listesine alabilir.

PostgreSQL İçin TLE, diğer AWS hizmetleriyle nasıl ilişkilidir/birlikte nasıl çalışır?

PostgreSQL İçin TLE, Amazon Aurora PostgreSQL Uyumlu Sürüm'ün 14.5 ve üzeri sürümlerinde kullanılabilir. TLE, bir PostgreSQL uzantısının kendisi olarak uygulanır ve Aurora'da desteklenen diğer uzantılara benzer şekilde bunu rds_superuser rolünden etkinleştirebilirsiniz.

PostgreSQL İçin TLE'yi hangi PostgreSQL sürümlerinde çalıştırabilirim?

PostgreSQL İçin TLE'yi Amazon Aurora'da PostgreSQL 14.5 veya üzeri sürümlerde çalıştırabilirsiniz.

PostgreSQL İçin Güvenilir Dil Uzantıları hangi bölgelerde kullanılabilir?

PostgreSQL İçin TLE şu anda tüm AWS Bölgelerinde (AWS Çin Bölgeleri hariç) ve AWS GovCloud Bölgelerinde kullanılabilir.

TLE'yi çalıştırmanın maliyeti nedir?

Aurora müşterileri PostgreSQL İçin TLE'yi hiçbir ek ücret ödemeden kullanabilir.

PostgreSQL İçin TLE'nin bugün Amazon Aurora ve Amazon RDS'de bulunan uzantılardan farkı nedir?

Aurora ve Amazon RDS, 85'in üzerinde PostgreSQL uzantısından oluşan seçilmiş bir kümeyi destekler. AWS, bu uzantıların her biri için güvenlik risklerini AWS paylaşılan sorumluluk modeli kapsamında yönetir. PostgreSQL İçin TLE'yi uygulayan uzantı bu sete dahil edilmiştir. Yazdığınız veya üçüncü taraf kaynaklardan edindiğiniz ve TLE'ye yüklediğiniz uzantılar, uygulama kodunuzun bir parçası olarak kabul edilir. TLE uzantılarını kullanan uygulamalarınızın güvenliğinden siz sorumlusunuz.

PostgreSQL İçin TLE ile çalıştırabileceğim bazı uzantı örnekleri nelerdir?

Bitmap sıkıştırma ve ayrımlı gizlilik (bireylerin gizliliğini koruyan herkese açık istatistiksel sorgular gibi) gibi geliştirici işlevleri oluşturabilirsiniz.

PostgreSQL İçin TLE geliştirmek üzere hangi programlama dillerini kullanabilirim?

PostgreSQL İçin TLE şu anda JavaScript, PL/pgSQL, Perl ve SQL'yi desteklemektedir.

PostgreSQL İçin TLE uzantısını nasıl dağıtırım?

rds_superuser rolü, PostgreSQL İçin TLE'yi etkinleştirdikten sonra psql gibi herhangi bir PostgreSQL istemcisinden SQL CREATE EXTENSION komutunu kullanarak TLE uzantılarını dağıtabilirsiniz. Bu, PL/pgSQL veya PL/Perl gibi yordamsal bir dilde yazılmış kullanıcı tanımlı bir işlevi oluşturma şeklinize benzer. Hangi kullanıcıların TLE uzantılarını dağıtma ve belirli uzantıları kullanma iznine sahip olacağını denetleyebilirsiniz.

PostgreSQL İçin TLE uzantıları PostgreSQL veritabanıyla nasıl iletişim kurar?

PostgreSQL İçin TLE, PostgreSQL veritabanınıza özel olarak TLE API aracılığıyla erişir. TLE destekli güvenilir diller, PostgreSQL sunucu programlama arabiriminin (SPI) tüm işlevlerini ve şifre denetimi kancası da dahil PostgreSQL kancaları için desteği içerir.

PostgreSQL İçin TLE açık kaynak projesi hakkında nereden daha fazla bilgi edinebilirim?

PostgreSQL İçin TLE projesi hakkında daha fazla bilgiye resmi TLE GitHub sayfasından ulaşabilirsiniz.

Amazon RDS Genişletilmiş Destek

RDS Genişletilmiş Destek'i herhangi bir küçük sürümle kullanabilir miyim?

Hayır, Amazon RDS Genişletilmiş Destek yalnızca belirli küçük sürümlerde kullanılabilir. Ayrıntılar için Aurora Kullanıcı Kılavuzuna göz atın. 

RDS Genişletilmiş Destek ücretlerimi nasıl hesaplayabilirim?

AWS Fiyatlandırma Hesaplama Aracı'nı kullanarak Genişletilmiş Destek ücretlerinizi hesaplayabilirsiniz. Amazon RDS Genişletilmiş Destek ücretleri üç faktöre bağlıdır: 1. bulut sunucusunda çalışan vCPU veya ACU sayısı, 2. AWS Bölgesi ve 3. standart desteğin bitişi üzerinden geçen yıl sayısı.

Ücretlerinizi hesaplamak için bulut sunucunuzdaki vCPU sayısını ve altyapı sürümünüz için uygun takvim yılı fiyatlandırmasını belirleyin. Sürümünüz 1-2. yıl fiyatlandırması içindeyse ve tedarik edilen bulut sunucuları kullanıyorsanız vCPU sayısı x seçtiğiniz bölge için kullanım saati başına Yıl 1 ve Yıl 2 fiyatlandırması şeklinde ücretlendirilirsiniz. Sürümünüz 3. yıl fiyatlandırması içindeyse ve tedarik edilen bulut sunucuları kullanıyorsanız vCPU sayısı x seçtiğiniz bölge için kullanım saati başına Yıl 3 fiyatlandırması şeklinde ücretlendirilirsiniz.

Örneğin, 30 Aralık 2024 tarihinde K. Virginia'da RDS Genişletilmiş Destek'in ilk yılı içinde olan Aurora MySQL Uyumlu 2 adet db.r5.large bulut sunucusu çalıştırıyorsanız saat başına 0,200 USD veya 2 vCPU x 0,100 USD/vCPU saati şeklinde ücretlendirilirsiniz.

Amazon Aurora, RDS Genişletilmiş Destek için ne zaman ücretlendirme yapmaya başlar?

Aurora MySQL Uyumlu Sürüm ana sürümünün standart destek tarihinin bitişinden sonraki gün Amazon RDS Genişletilmiş Destek için ücretlendirilmeye başlarsınız. Bu, bulut sunucusunun ömrü boyunca ücretlendirilen bulut sunucusu, depolama, yedekleme ve/veya veri aktarım ücretlerine ek olarak ücretlendirilecektir.

Örneğin, Aurora MySQL Uyumlu 2 standart desteği 30 Kasım 2024'te sona eriyor. 30 Kasım 2024'ten sonra Aurora MySQL Uyumlu 2 bulut sunucusu çalıştırırsanız bu bulut sunucusunda RDS Genişletilmiş Destek için ücretlendirilirsiniz.

Veritabanı anlık yedeklerimde RDS Genişletilmiş Destek için ödeme yapmak zorunda mıyım?

Hayır. Amazon RDS Genişletilmiş Destek fiyatlandırması, veritabanı anlık yedekleri için geçerli değildir. Ancak, bir anlık yedeği RDS Genişletilmiş Destek üzerindeki bir sürümü kullanan yeni bir veritabanı bulut sunucusuna geri yüklediğinizde, siz standart bir destek sürümüne yükseltene veya bulut sunucusunu silene kadar bulut sunucusuna RDS Genişletilmiş Destek fiyatlandırması uygulanır.

RDS Genişletilmiş Destek ücretlendirmesini ne zaman durdurabilirim?

Bulut sunucunuzu standart destekte yer alan daha yeni bir altyapı sürümüne yükseltmek, bulut sunucunuzun RDS Genişletilmiş Destek fiyatlandırması kapsamında ücretlendirilmesini önler. RDS Genişletilmiş Destek ücretleri, standart destek tarihinin bitişi sonrasında ana altyapı sürümü çalıştıran bir bulut sunucusunu kapattığınızda veya sildiğinizde otomatik olarak durur.

Her altyapı sürümü için listelenen iki farklı fiyat vardır. Bunlardan hangisinin ücretlendirildiğini nasıl bilebilirim?

Ücretlendirildiğiniz RDS Genişletilmiş Destek fiyatı; altyapı sürümüne, AWS Bölgesine ve bu sürüm için standart desteğin süresinin dolmasından bu yana geçen takvim yılı sayısına bağlıdır. Standart desteğin bitişinden sonraki ilk iki yıl için seçtiğiniz bölgede vCPU/saat başına 1. yıl ve 2. yıl fiyatlandırması uygulanacaktır. RDS Genişletilmiş Destek üçüncü yıl için sunuluyorsa üçüncü yılın ilk gününden itibaren seçtiğiniz bölgede vCPU/saat başına 3. yıl fiyatlandırmasıyla ücretlendirilirsiniz.

Örneğin, Aurora PostgreSQL Uyumlu 11, 29 Şubat 2024'te standart desteğin sonuna ulaşıyor. ABD Doğu (Ohio) bölgesine dağıtım yapılmışsa 1 Nisan 2024 ile 31 Mart 2026 tarihleri arasında vCPU/saat başına 0,100 USD tahsil edilecektir. 1 Nisan 2026'dan itibaren, sizden vCPU/saat başına 0,200 USD tahsil edilecektir.

RDS Genişletilmiş Destek ücretlendirmesinden nasıl kaçınabilirim?

Bulut sunucunuzu mümkün olduğunca erken bir aşamada, standart destek süresi dahilinde olan ana altyapı sürümüne yükseltmenizi öneririz. Bu, RDS Genişletilmiş Destek ücretlerine maruz kalmamaya yardımcı olacaktır.

RDS Genişletilmiş Destek sürümünden standart destek sürümüne geçiş yapmak için Amazon RDS Mavi/Yeşil Dağıtımları kullanabilir miyim?

Mavi/Yeşil Dağıtımlar bulut sunucunuzun altyapısını, bölgeyi ve ana sürüm türünü desteklediği sürece, bulut sunucularınızı RDS Genişletilmiş Destek kullanarak taşımak yapmak için Amazon RDS Mavi/Yeşil Dağıtımları kullanabilirsiniz. Mavi/Yeşil Dağıtımlar, Aurora MySQL Uyumlu Sürüm için kullanılabilir. Kullanılabilir sürümler hakkında bilgi için Mavi/Yeşil Dağıtımlar belgesine göz atın.

Rezerve Edilmiş Bulut Sunucusu indirimleri, RDS Genişletilmiş Destek için geçerli midir?

Hayır, RDS Genişletilmiş Destek ücretleri bulut sunucusu ücretlerinden bağımsızdır. Bu nedenle, Rezerve Edilmiş Bulut Sunucusu indirimleri, RDS Genişletilmiş Destek ücretleri için geçerli değildir.

MySQL 5.7 İçin RDS'den Aurora MySQL 2'ye (MySQL 5.7 tabanlı) geçsem bile RDS Genişletilmiş Destek için ücretlendirilir miyim?

29 Şubat 2024'ten önce MySQL 5.7 İçin RDS'den Aurora MySQL 2'ye geçiş yaparsanız RDS Genişletilmiş Destek için ücretlendirilmezsiniz. 29 Şubat 2024'ten sonra ve 30 Kasım 2024'ten önce geçiş yaparsanız MySQL 5.7'yi Amazon RDS'de çalıştırdığınız saat sayısı için RDS Genişletilmiş Destek ücreti uygulanır.

30 Kasım 2024'ten sonra geçiş yaparsanız veya Aurora MySQL Uyumlu 2'yi 30 Kasım 2024'ten sonra kullanırsanız Aurora veritabanınızdaki RDS Genişletilmiş Destek için de ücretlendirilirsiniz. Daha fazla ayrıntı için lütfen Amazon Aurora ve Amazon RDS belgelerine göz atın.

Artık standart destekte yer almayan bir sürümde oluşturduğum veritabanı anlık yedeklerine ne olur? Bunlar için RDS Genişletilmiş Destek ücreti ödemek zorunda mıyım?

Hayır, veritabanı anlık yedeklerinde RDS Genişletilmiş Destek fiyatlandırması uygulanmaz. Ancak, standart desteğin sona ermesinden sonra bir veritabanı anlık yedeğini yeni bir veritabanı bulut sunucusuna geri yüklediğinizde, bu bulut sunucusu için RDS Genişletilmiş Destek fiyatlandırmasıyla ücretlendirilirsiniz.

Örneğin, bir veritabanı anlık yedeğini 30 Kasım 2024'ten sonra Aurora MySQL Uyumlu 2 üzerindeki yeni bir veritabanı bulut sunucusuna geri yüklerseniz bulut sunucusu Aurora MySQL Uyumlu sürüm 3 veya üzerine yükseltilene veya bulut sunucusu silinene kadar Aurora MySQL Uyumlu 2, RDS Genişletilmiş Destek fiyatlandırmasıyla ücretlendirilir.

Standart desteğin sonuna ulaştıktan sonra ana sürüm altyapısında yeni bir bulut sunucusu oluşturursam RDS Genişletilmiş Destek için ücretlendirilecek miyim?

Evet, standart destek tarihinin bitişinden sonraki bir sürümde bir bulut sunucusu oluşturur veya bu sürümde çalışan bir bulut sunucusuna bir veritabanı anlık yedeği geri yüklerseniz bulut sunucusu, depolama, yedekleme ve veri aktarım ücretlerine ek olarak RDS Genişletilmiş Destek fiyatlandırması için ücretlendirilirsiniz.

Amazon Aurora fiyatlandırması 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 sorularınız mı var?
Bize ulaşın