Genel

S: Amazon RDS nedir?

Amazon Relational Database Service (Amazon RDS), bulutta bir ilişkisel veritabanını kurmayı, çalıştırmayı ve ölçeklendirmeyi kolaylaştıran bir yönetilen hizmettir. Uygun maliyetli ve yeniden boyutlandırılabilen kapasite sağlamasının yanı sıra zaman alan veritabanı yönetim görevlerini yöneterek uygulamalarınıza ve işinize odaklanma özgürlüğü sunar.

Amazon RDS, tanıdık bir MySQL, MariaDB, Oracle, SQL Server veya PostgreSQL veritabanının özelliklerine erişmenize imkan tanır. Bu, mevcut veritabanlarınız ile kullandığınız kodun, uygulamaların ve araçların Amazon RDS ile sorunsuz bir şekilde çalışması gerektiği anlamına gelir. Amazon RDS, veritabanınızı otomatik olarak yedekleyebilir ve veritabanı yazılımlarınızın en son sürümle güncel kalmasını sağlayabilir. İlişkisel veritabanı bulut sunucunuzla ilişkili işlem kaynaklarını veya depolama kapasitesini kolayca ölçeklendirebilme avantajından yararlanırsınız. Ayrıca, Amazon RDS replikasyon yoluyla veritabanı erişilebilirliğini geliştirmeyi, veri dayanıklılığını artırmayı veya yoğun okuma gerektiren veritabanı iş yükleri için tek bir veritabanı bulut sunucusunun kapasite kısıtlamalarını aşacak şekilde ölçeklendirmeyi kolaylaştırır. Tüm Amazon Web Services hizmetlerinde olduğu gibi peşin yatırım gerekmez ve yalnızca kullandığınız kaynaklar için ücret ödersiniz.

S: Amazon RDS hangi ilişkisel veritabanı altyapılarını destekler?

Amazon RDS tarafından Amazon Aurora, MySQL, MariaDB, Oracle, SQL Server ve PostgreSQL veritabanı altyapıları desteklenir.

S: Amazon RDS benim adıma neleri yönetir?

Amazon RDS, istediğiniz altyapı kapasitesinin sağlanmasından veritabanı yazılımlarının yüklenmesine kadar ilişkisel bir veritabanının kurulumu için gerekli tüm işleri yönetir. Veritabanınız çalışmaya başladığında, Amazon RDS yedekleme işlemi gerçekleştirme ve veritabanınızı destekleyen yazılımlara düzeltme eki uygulama gibi genel yönetim işlerini otomatikleştirir. İsteğe bağlı Multi-AZ dağıtımlarında, Amazon RDS ayrıca otomatik yük devretme ile farklı Erişilebilirlik Alanları arasında zaman uyumlu veri replikasyonunu da yönetilir.

Amazon RDS yerel veritabanı erişimi sağladığından, ilişkisel veritabanı yazılımıyla normalde olduğu gibi etkileşim kurarsınız. Bu, uygulamanıza özgü veritabanı ayarlarının yönetiminden hala sizin sorumlu olduğunuz anlamına gelir. Kullanım örneğinize en uygun ilişkisel şemayı oluşturmanız gerekir ve veritabanınızı uygulamanızın iş akışına göre optimize etmeye yönelik performans ayarları sizin sorumluluğunuzdadır.

S: Hangi durumlarda Amazon EC2 İlişkisel Veritabanı AMI'leri yerine Amazon RDS'yi kullanmalıyım?

Amazon Web Services, yazılım geliştiriciler için çeşitli veritabanı alternatifleri sunar. Amazon RDS, veritabanı yönetimini üstlenmeden tam özellikli bir ilişkisel veritabanı çalıştırmanıza imkan tanır. Çok sayıdaki ilişkisel veritabanı AMI'mizden birini Amazon EC2'de kullandığınızda, bulutta kendi ilişkisel veritabanınızı yönetebilirsiniz. Bu alternatifler arasında, kullanım örneğiniz için bunların birini veya diğerini daha uygun kılabilecek önemli farklılıklar vardır. Sizin için en iyi çözümün hangisi olduğu konusunda rehberlik almak için AWS ile Bulut Veritabanları’na bakın.

S: Amazon RDS'yi kullanmaya nasıl başlarım?

Amazon RDS'ye kaydolabilmeniz için bir Amazon Web Services hesabınız olmalıdır. Zaten hesabınız yoksa bir hesap oluşturun. Kaydolduktan sonra lütfen Kullanmaya Başlama Kılavuzumuzu içeren Amazon RDS belgelerine başvurun.

Amazon RDS, AWS Ücretsiz Kullanım kapsamında yer aldığından, yeni AWS müşterileri bulutta yönetilen bir veritabanı hizmetini ücretsiz olarak kullanmaya başlayabilir.

S: Amazon RDS için hibrit veya şirket içinde dağıtım seçenekleri var mı?

Evet, Amazon RDS on Outposts ve Amazon RDS on VMware hizmetini kullanarak RDS'yi şirket içinde çalıştırabilirsiniz. Daha fazla bilgi için Amazon RDS on Outposts ve Amazon RDS on VMware SSS bölümlerine bakın.

Veritabanı Bulut Sunucuları

S: Veritabanı bulut sunucusu nedir?

Bir veritabanı sunucusunu bulutta belirttiğiniz işlem ve depolama kaynaklarına sahip bir veritabanı ortamı olarak düşünebilirsiniz. Veritabanı bulut sunucuları oluşturup bunları silebilir, veritabanı bulut sunucularınızın altyapı özniteliklerini tanımlayıp düzeltebilir ve AWS Management Console, Amazon RDS API'leri ile AWS Komut Satırı Arabirimi üzerinden erişimi ve güvenliği denetleyebilirsiniz. Bir veya daha fazla veritabanı bulut sunucusu çalıştırabilirsiniz ve her veritabanı bulut sunucusu altyapı türüne bağlı olarak bir veya daha çok veritabanını ya da veritabanı şemasını destekleyebilir.

S: Veritabanı bulut sunucusunu nasıl oluşturabilirim?

AWS Management Console, Amazon RDS API'leri veya AWS Komut Satırı Arabirimi'ni kullanarak veritabanı bulut sunucusu oluşturmak kolaydır. AWS Management Console'u kullanarak bir veritabanı bulut sunucusu başlatmak için "RDS"ye ve sonra Instances (Bulut Sunucuları) sekmesindeki Launch DB Instance (Veritabanı Bulut Sunucusu Başlat) düğmesine tıklayın. Burada veritabanı altyapısı ve sürümü, lisans modeli, bulut sunucusu tipi, depolama türü ve miktarı ile ana kullanıcı kimlik bilgileri dahil olmak üzere veritabanı bulut sunucunuzun parametrelerini belirtebilirsiniz.

Veritabanı bulut sunucunuzun yedek saklama politikasını, tercih edilen yedekleme aralığını ve zamanlanan bakım aralığını da değiştirebilirsiniz. Alternatif olarak CreateDBInstance API'sini veya create-db-instance komutunu kullanarak kendi veritabanı bulut sunucunuzu oluşturabilirsiniz.

S: Çalışmakta olan veritabanı bulut sunucuma nasıl erişebilirim?

Veritabanı bulut sunucunuz erişilebilir hale geldiğinde AWS Management Console, DescribeDBInstances API’si veya describe-db-instances komutu aracılığıyla edinebileceğiniz veritabanı bulut sunucusu açıklamasından bulut sunucusunun uç noktasını alabilirsiniz. Bu uç noktayı kullanarak en sevdiğiniz veritabanı aracı veya programlama diliyle doğrudan veritabanı bulut sunucunuza bağlanmak için gerekli bağlantı dizesini oluşturabilirsiniz. Çalışmakta olan veritabanı bulut sunucunuza yönelik ağ isteklerine izin vermek için erişimi yetkilendirmeniz gerekir. Bağlantı dizenizi nasıl oluşturacağınız ve kullanmaya nasıl başlayacağınızla ilgili ayrıntılı bir açıklama için bkz. Kullanmaya Başlama Kılavuzu.

S: Amazon RDS ile kaç veritabanı bulut sunucusu çalıştırabilirim?

Varsayılan olarak müşterilerin toplamda 40'a kadar Amazon RDS veritabanı bulut sunucusuna sahip olmasına izin verilir. "Lisans Dahil" modeli kapsamında bu 40 bulut sunucusunun en fazla 10'u Oracle veya SQL Server veritabanı bulut sunucuları olabilir. "KLG" modeli kapsamında 40 bulut sunucusunun tamamı Amazon Aurora, MySQL, MariaDB, PostgreSQL ve Oracle için kullanılabilir. RDS for SQL Server, tek bir veritabanı bulut sunucusunda en fazla 100 veritabanı sınırına sahiptir. Daha fazla bilgi edinmek için Amazon RDS SQL Server Kullanıcı Kılavuzuna bakın.

Uygulamanız için daha fazla veritabanı bulut sunucusu gerekiyorsa bu istek formu aracılığıyla ek veritabanı bulut sunucusu isteğinde bulunun.

S: Bir veritabanı bulut sunucusu içinde kaç veritabanı veya şema çalıştırabilirim?

  • RDS for Amazon Aurora: Yazılım tarafından sınırlama uygulanmaz
  • RDS for MySQL: Yazılım tarafından sınırlama uygulanmaz
  • RDS for MariaDB: Yazılım tarafından sınırlama uygulanmaz
  • RDS for Oracle: bulut sunucusu başına 1 veritabanı; yazılım tarafından veritabanı başına şema sayısı için sınırlama uygulanmaz
  • RDS for SQL Server: Bulut sunucusu başına en fazla 100 veritabanı bkz. Amazon RDS SQL Server Kullanıcı Kılavuzu
  • RDS for PostgreSQL: Yazılım tarafından sınırlama uygulanmaz

S: Bir Amazon RDS veritabanı bulut sunucusunda nasıl içe veri aktarabilirim?

Amazon RDS'de içe veri aktarmanın MySQL için mysqldump veya mysqlimport yardımcı programları; Oracle için Data Pump, içe/dışa aktarma veya SQL Loader; SQL Server için İçeri/Dışarı Aktarma sihirbazı, tam yedekleme dosyaları (.bak dosyaları) veya Bulk Copy Program (BCP) ya da PostgreSQL için pg_dump gibi çeşitli basit yolları vardır. İçe ve dışa veri aktarma hakkında daha fazla bilgi edinmek için lütfen MySQL İçin İçe Veri Aktarma Kılavuzu, Oracle İçin İçe Veri Aktarma Kılavuzu, SQL Server İçin İçe Veri Aktarma Kılavuzu veya PostgreSQL İçin İçe Veri Aktarma Kılavuzu'na bakın.

Ayrıca, AWS Database Migration Service veritabanlarınızı kolayca ve güvenli bir şekilde AWS'ye geçirmenize yardımcı olabilir.

S: Bakım aralığı nedir? Bakım olayları sırasında veritabanı bulut sunucuma erişilebilir mi?

Amazon RDS bakım aralığı, istenmesi veya gerekmesi durumunda veritabanı bulut sunucusu değişikliklerinin, veritabanı altyapı sürümünü yükseltme ve yazılım düzeltme eki uygulama işlemlerinin ne zaman gerçekleşeceğini kontrol etmenize imkan tanır. Belirli bir hafta için bir bakım olayı zamanlanırsa bu olay tanımladığınız bakım aralığında başlatılır.

Amazon RDS'nin veritabanı bulut sunucunuzu çevrimdışı bırakmasını gerektiren bakım olayları işlem ölçeklendirme (bunlar genellikle baştan sona birkaç dakika sürer), veritabanı altyapı sürümünü yükseltme ve gerekli yazılım düzeltme eklerini uygulama işlemleridir. Gerekli yazılım düzeltme eki uygulama yalnızca güvenlik ve dayanıklılıkla ilgili düzeltme ekleri için otomatik olarak zamanlanır. Bu tür düzeltme eki uygulama işlemleri sık gerçekleşmez (genellikle birkaç ayda bir kez) ve bakım aralığınızın çok küçük bir kısmından fazlasını gerektirdiği durumlar nadirdir.

Veritabanı bulut sunucunuzu oluştururken tercih ettiğiniz haftalık bakım aralığını belirtmezseniz 30 dakikalık varsayılan değer atanır. Sizin adınıza bakım gerçekleştirilecek zamanı değiştirmek isterseniz AWS Management Console, ModifyDBInstance API'si veya modify-db-instance komutu aracılığıyla veritabanı bulut sunucunuzu değiştirerek bunu yapabilirsiniz. Dilerseniz veritabanı bulut sunucularınızın her birinin tercih edilen bakım aralığı farklı olabilir.

Veritabanı bulut sunucunuzu Multi-AZ dağıtımı olarak çalıştırmak, bir bakım etkinliğinin etkisinin daha da azalmasını sağlayabilir. Bakım işlemleri hakkında daha fazla bilgi edinmek için lütfen Amazon RDS Kullanıcı Kılavuzu'na başvurun.

S: Sorgularım yavaş çalışıyorsa ne yapmam gerekir?

Üretim veritabanları için, 50'den fazla CPU, bellek, dosya sistemi ve disk G/Ç ölçümüne erişim sağlayan Geliştirilmiş İzleme'yi etkinleştirmenizi öneririz. Bu özellikleri her bulut sunucusu için ayrı ayrı etkinleştirebilir ve ayrıntı düzeyini (1 saniyeye kadar) belirleyebilirsiniz. CPU kullanım düzeyinin yüksek olması sorgu performansını azaltabilir ve böyle durumlarda veritabanı bulut sunucusu sınıfınızı ölçeklendirmek isteyebilirsiniz. Veritabanı bulut sunucunuzu izleme hakkında daha fazla bilgi edinmek için Amazon RDS Kullanıcı Kılavuzu'na başvurun.

RDS for MySQL veya MariaDB'yi kullanıyorsanız veritabanınızın yavaş sorgu günlüklerine erişerek yavaş çalışan SQL sorguları olup olmadığını, varsa her birinin performans özelliklerini belirleyebilirsiniz. Yavaş çalışan SQL sorgularını gözden geçirmek için "slow_query_log" Veritabanı Parametresini ayarlayabilir ve mysql.slow_log tablosunu sorgulayabilirsiniz. Daha fazla bilgi edinmek için lütfen Amazon RDS Kullanıcı Kılavuzu'na bakın.

RDS for Oracle'ı kullanıyorsanız yavaş sorguları belirlemek için Oracle izleme dosyası verilerini kullanabilirsiniz. İzleme dosyası verilerine erişme hakkında daha fazla bilgi edinmek için lütfen Amazon RDS Kullanıcı Kılavuzu'na başvurun.

RDS for SQL Server'ı kullanıyorsanız yavaş sorguları belirlemek için istemci tarafı SQL Server izlemelerini kullanabilirsiniz. Sunucu tarafı izleme dosyası verilerine erişme hakkında bilgi edinmek için lütfen Amazon RDS Kullanıcı Kılavuzu'na başvurun.

Veritabanı Altyapısı Sürümleri

S: Amazon RDS hangi ilişkisel veritabanı altyapısı sürümlerini destekler?

Desteklenen veritabanı altyapısı sürümlerinin listesini incelemek için lütfen her bir altyapının belgelerine başvurun:

S: Amazon RDS için “ana” ve “alt” veritabanı altyapısı sürümleri birbirinden nasıl ayrılır?

Sürüm numaralandırmasının tam olarak nasıl yapıldığına ilişkin sorularınız için ilgili Amazon RDS veritabanı altyapısının SSS sayfasına başvurun.

S: Amazon RDS, yeni veritabanı altyapısı sürümlerinin desteklenmesine yönelik yönergeler sağlar mı?

Zamanla Amazon RDS'ye yeni ana ve alt veritabanı altyapısı sürümleri için destek eklenir. Desteklenen yeni sürüm sayısı, altyapı satıcısı veya yazılım geliştirme kurumu tarafından sağlanan yayınların ve düzeltme eklerinin sıklığı ve içeriğinin yanı sıra veritabanı mühendislik ekibimiz tarafından bu yayınlara ve düzeltme eklerine uygulanan kapsamlı denetimin sonucuna göre farklılık gösterir. Bununla birlikte, genel bir kural olarak yeni altyapı sürümlerini genel erişilebilirlik tarihinden itibaren 5 ay içinde desteklemeyi hedefleriz.

S: Veritabanı bulut sunucumun hangi desteklenen veritabanı altyapısı sürümünü kullanmasını istediğimi nasıl belirtebilirim?

AWS Management Console'daki Launch DB Instance (Veritabanı Bulut Sunucusu Başlat) işlemi veya CreateDBInstance API'si aracılığıyla yeni bir veritabanı bulut sunucusu oluştururken, desteklenen sürümlerden (ana ve alt) dilediğinizi belirtebilirsiniz. Lütfen her veritabanı altyapısı sürümünün her AWS bölgesinde kullanılamadığını unutmayın.

S: Veritabanı bulut sunucumun altyapı sürümünün yeni desteklenen sürümlere yükseltilip yükseltilmeyeceğini veya ne zaman yükseltileceğini nasıl denetleyebilirim?

Amazon RDS desteklenen veritabanı altyapılarının daha yeni sürümlerini sunarak veritabanı bulut sunucunuzun güncel kalmasını sağlamayı amaçlar. Satıcı veya yazılım geliştirme kurumu tarafından bir veritabanı altyapısının yeni bir sürümü yayınlandıktan sonra bu sürüm Amazon RDS'de erişime açılmadan önce veritabanı mühendislik ekibimiz tarafından kapsamlı olarak test edilir.

En güncel alt sürüm en son güvenlik ve işlev düzeltmelerini içereceğinden, veritabanı bulut sunucunuzu hep güncel alt sürüme yükseltmenizi öneririz. Alt sürüm yükseltmeleri, ana sürüm yükseltmelerinden farklı olarak yalnızca veritabanı altyapısının önceki alt sürümleriyle (aynı ana sürüm altındaki) geriye dönük uyumluluk sağlayan veritabanı değişikliklerini içerir.

Yeni bir alt sürüm RDS müşterileri için yararlı olacak düzeltmeler içermiyorsa bu sürümü RDS'de erişime sunmamayı tercih edebiliriz. RDS'de yeni bir alt sürüm erişilebilir olduktan kısa bir süre sonra bunu yeni veritabanı bulut sunucuları için tercih edilen alt sürüm olarak ayarlarız.

Bir veritabanı bulut sunucusunu el ile desteklenen bir altyapı sürümüne yükseltmek için AWS Management Console'da Modify DB Instance (Veritabanı Bulut Sunucusunu Değiştir) komutunu veya ModifyDBInstance API'sini kullanarak DB Engine Version (Veritabanı Altyapısı Sürümü) parametresini istenen sürüm olacak şekilde ayarlayın. Varsayılan olarak yükseltme bir sonraki bakım aralığınızda uygulanır. Konsol API'sinde Apply Immediately (Hemen Uygula) seçeneğini belirleyerek hemen yükseltmeyi de tercih edebilirsiniz.

Yeni bir altyapı alt sürümünün daha önce yayınlanan bir alt sürüme kıyasla önemli hata düzeltmeleri içerdiğini belirlersek Auto Minor Version Upgrade (Otomatik Alt Sürüm Yükseltme) ayarı “Yes” (Evet) olarak ayarlanmış veritabanı bulut sunucuları için otomatik yükseltme zamanlarız. Bu yükseltme işlemleri, müşteri tarafından belirtilen bakım aralıklarında gerçekleşecek şekilde zamanlanır.

Bir veritabanı altyapısı sürümünün yükseltilmesi Multi-AZ bulut sunucuları için bile için kapalı kalma süresi gerektirdiğinden, yükseltme işlemlerini buna göre plan yapabileceğiniz şekilde zamanlarız. Otomatik alt sürüm yükseltmeyi kapatmak istiyorsanız Auto Minor Version Upgrade (Otomatik Alt Sürüm Yükseltme) ayarını “Hayır” olarak ayarlayın.

RDS for Oracle ve RDS for SQL Server söz konusu olduğunda bir sonraki ana sürüme yükseltmek için farklı bir sürüme geçmek gerekiyorsa Auto Minor Version Upgrade (Otomatik Alt Sürüm Yükseltme) ayarını etkinleştirmiş olsanız bile otomatik yükseltme zamanlamayabiliriz. Böyle durumlarda otomatik yükseltme zamanlanıp zamanlanmayacağıyla ilgili karar, her durumda ayrı ayrı verilir.

Ana sürüm yükseltmeleri bir miktar uyumluluk riski taşıdığından otomatik olarak gerçekleştirilmez ve sizin tarafınızdan başlatılması gerekir (ana sürümün kullanımdan kaldırılması hariç, aşağı bakınız).

Bir veritabanı bulut sunucusunu yeni bir veritabanı altyapısı sürümüne yükseltme hakkında daha fazla bilgi edinmek için Amazon RDS Kullanıcı Kılavuzu'na başvurun.

S: Veritabanı bulut sunucumu yükseltmeden önce yeni bir sürümle test edebilir miyim?

Evet. Mevcut veritabanı bulut sunucunuzun veritabanı anlık yedeğini oluşturduktan sonra veritabanı anlık yedeğinden geri yükleyip yeni bir veritabanı bulut sunucusu oluşturarak ve yeni veritabanı bulut sunucusu için bir sürüm yükseltme işlemi başlatarak bunu yapabilirsiniz. Daha sonra özgün veritabanı bulut sunucunuzu yükseltip yükseltmeyeceğinize karar vermeden önce veritabanı bulut sunucunuzun yükseltilmiş kopyası üzerinde güvenli bir şekilde denemeler yapabilirsiniz.

Bir veritabanı anlık yedeğini geri yükleme hakkında daha fazla bilgi edinmek için Amazon RDS Kullanıcı Kılavuzu'na başvurun.

S: Amazon RDS, desteklenen veritabanı altyapısı sürümlerinin kullanımdan kaldırılmasına yönelik yönergeler sağlar mı?

  • Ana sürüm yayınlarını (ör. MySQL 5.6, PostgreSQL 9.6) Amazon RDS'de desteklendikleri ilk tarihten itibaren en az 3 yıl boyunca desteklemeyi hedefleriz.
  • Alt sürüm yayınlarını (ör. MySQL 5.6.37, PostgreSQL 9.6.1) Amazon RDS'de desteklendikleri ilk tarihten itibaren en az 1 yıl boyunca desteklemeyi hedefleriz.

Düzenli aralıklarla ana ve alt sürümleri kullanımdan kaldırırız. Ana sürümler için bu genellikle sürüm genişletilmiş desteğe geçtiğinde veya artık yazılım düzeltmesi ya da güvenlik güncelleştirmesi almamaya başladığında gerçekleşir. Alt sürümler için bu genellikle bir alt sürümdeki önemli hatalar ve güvenlik sorunları daha sonraki bir alt sürümde giderildiğinde gerçekleşir.

Bu yönergelere uymak için elimizden geleni yapsak da örneğin güvenlik sorunlarının olması gibi bazı durumlarda belirli ana veya alt sürümleri kullanımdan daha erken kaldırabiliriz. Nadir olarak karşılaşılan böylesi bir durumda Amazon RDS sorunu gidermek için veritabanı altyapınızı otomatik olarak yükseltir. Özel durumlar için giderilmeye çalışılan soruna bağlı olarak farklı zaman çizelgeleri zorunlu olabilir.

S: Bir RDS veritabanı altyapısı sürümü kullanımdan kaldırıldığında ne olur?

Amazon RDS'de veritabanı altyapısının bir alt sürümü kullanımdan kaldırıldığında, otomatik yükseltme işlemlerine başlamadan önce duyuru tarihinden itibaren üç (3) aylık bir süre tanırız. Bu süre dolduğunda kullanımdan kaldırılmış alt sürümü çalıştırmaya devam eden tüm bulut sunucuları, zamanlanan bakım aralıklarında en son desteklenen alt sürüme otomatik olarak yükseltilmek üzere zamanlanır.

Amazon RDS'de veritabanı altyapısının bir ana sürümü kullanımdan kaldırıldığında, desteklenen ana sürüme yükseltme işlemi başlatmanız için kullanımdan kaldırma duyurusunun ardından en az altı (6) aylık bir süre tanırız. Bu süre dolduğunda kullanımdan kaldırılmış sürümü çalıştırmaya devam eden tüm bulut sunucularına zamanlanan bakım aralıklarında bir sonraki desteklenen ana sürüme otomatik yükseltme uygulanır.

Amazon RDS'de bir ana veya alt veritabanı altyapısı sürümü için sunulan destek sona erdiğinde, desteklenmeyen sürümle oluşturulmuş bir veritabanı anlık yedeğinden geri yüklenen tüm veritabanı bulut sunucuları otomatik olarak ve anında desteklenen bir sürüme yükseltilir.

Faturalandırma

S: Amazon RDS kullanımım için hangi ücretleri öderim ve nasıl faturalandırılırım?

Yalnızca kullandığınız kadar ödersiniz ve minimum ücret veya kurulum ücreti yoktur. Şunlar temel alınarak faturalandırılırsınız:

  • Veritabanı bulut sunucusu saati – Kullanılan veritabanı bulut sunucusunun sınıfı (ör. db.t2.micro, db.m4.large) temel alınır. Tüketilen kısmi veritabanı bulut sunucusu saatleri tam saat olarak faturalandırılır.
  • Depolama (GB başına aylık) – Veritabanı bulut sunucunuz için tedarik ettiğiniz depolama kapasitesi. Tedarik edilen depolama kapasitenizi ay içinde ölçeklendirirseniz faturanız günlere dağıtılır.
  • Aylık G/Ç istekleri – Gerçekleştirdiğiniz depolama G/Ç isteklerinin toplam sayısı (yalnızca Amazon RDS Manyetik Depolama ve Amazon Aurora için)
  • Aylık tedarik edilen IOPS – Kullanılan IOPS'den bağımsız olarak tedarik edilen IOPS hızı (yalnızca Amazon RDS Tedarik Edilmiş IOPS (SSD) Depolama için)
  • Yedek Depolama Alanı – Yedek depolama alanı, otomatik veritabanı yedeklemeleriniz ve varsa müşteri tarafından başlatılan veritabanı anlık yedekleri ile ilişkili depolama alanıdır. Yedek tutma dönemini uzattığınızda veya ek veritabanı anlık yedekleri aldığınızda veritabanınız tarafından tüketilen yedek depolama alanı artar.
  • Veri aktarımı – Veritabanı bulut sunucunuzda içe ve dışa İnternet veri aktarımı.

Amazon RDS fiyatlandırma bilgilerini öğrenmek için lütfen Amazon RDS ürün sayfasındaki fiyatlandırma bölümünü ziyaret edin.

S: Amazon RDS veritabanı bulut sunucularım için faturalandırma ne zaman başlar ve biter?

Bir veritabanı bulut sunucusunun faturalandırması, veritabanı bulut sunucusu erişilebilir olduğu an başlar. Faturalandırma, veritabanı bulut sunucusu sonlandırılana (bulut sunucusu silindiğinde veya başarısız olduğunda gerçekleşir) kadar devam eder.

S: Faturalandırılabilir Amazon RDS bulut sunucusu saati nasıl tanımlanır?

Veritabanı bulut sunucunuzun erişilebilir durumda çalıştığı her saat için faturaya veritabanı bulut sunucusu saati yansıtılır. Veritabanı bulut sunucunuzun ücretlendirilmeye devam etmesini istemiyorsanız ek bulut sunucusu saatleri karşılığında faturalandırılmamak için bulut sunucusunu durdurmanız veya sonlandırmanız gerekir. Tüketilen kısmi veritabanı bulut sunucusu saatleri tam saat olarak faturalandırılır.

S: Durdurulmuş bir veritabanı bulut sunucusu için nasıl faturalandırılırım?

Veritabanı bulut sunucunuz durdurulmuş haldeyken veritabanı bulut sunucusu saatleri için değil tedarik edilen depolama alanı (Tedarik Edilmiş IOPS dahil) ve yedek depolama alanı (belirttiğiniz tutma aralığındaki el ile oluşturulan anlık yedekler ve otomatik yedekler dahil) için ücret ödersiniz.

S: Ek yedek depolama alanımın maliyeti neden veritabanı bulut sunucusu geçici diskimden fazla?

Birincil verileriniz için veritabanı bulut sunucunuza tedarik edilen depolama alanı tek bir Erişilebilirlik Alanında bulunur. Veritabanınız yedeklendiğinde, yedek veriler (işlem günlükleri dahil) daha da fazla veri dayanıklılığı sağlanması amacıyla coğrafi olarak yedekli bir şekilde birden çok Erişilebilirlik Alanına çoğaltılır. Ücretsiz kullanım hakkınızın üzerinde yedek depolama alanının fiyatı, kritik yedeklerinizin dayanıklılığını en üst düzeye çıkarmaya yönelik olarak gerçekleştirilen bu ek replikasyonu yansıtır.

S: Multi-AZ veritabanı bulut sunucusu dağıtımları için nasıl faturalandırılırım?

Veritabanı bulut sunucusu dağıtımınızın Multi-AZ dağıtımı olması gerektiğini belirttiyseniz Amazon RDS fiyatlandırma sayfasında belirtilen Multi-AZ fiyatlandırmasına göre faturalandırılırsınız. Multi-AZ faturalandırmasında şunlar temel alınır:

  • Multi-AZ veritabanı bulut sunucusu saati – Kullanılan veritabanı bulut sunucusunun sınıfı (ör. db.t2.micro, db.m4.large) temel alınır. Tek bir Erişilebilirlik Alanında gerçekleştirilen standart dağıtımlarda olduğu gibi, tüketilen kısmi veritabanı bulut sunucusu saatleri tam saat olarak faturalandırılır. Veritabanı bulut sunucusu dağıtımınızı belirli bir saat içinde standarttan Multi-AZ'ye veya tersine dönüştürürseniz ilgili saat için geçerli olan her iki ücreti de ödersiniz.
  • Tedarik edilmiş depolama alanı (Multi-AZ Veritabanı bulut sunucusu için) – Veritabanı bulut sunucusu dağıtımınızı belirli bir saat içinde standarttan Multi-AZ'ye veya tersine dönüştürürseniz ilgili saat için geçerli olan iki depolama ücretinden yüksek olanı ödersiniz.
  • Aylık G/Ç istekleri – Gerçekleştirdiğiniz depolama G/Ç isteklerinin toplam sayısı. Multi-AZ dağıtımları, veritabanı yazma/okuma oranınıza bağlı olarak standart veritabanı bulut sunucusu dağıtımlarından daha fazla G/Ç isteği kullanır. Amazon RDS verilerinizi zaman uyumlu olarak yedek veritabanı bulut sunucusuna çoğalttığından, veritabanı güncellemeleriyle ilişkili yazma G/Ç kullanımınız ikiye katlanır. Okuma G/Ç kullanımı aynı kalır.
  • Yedek Depolama Alanı – Veritabanı bulut sunucunuzun standart dağıtım veya Multi-AZ dağıtımı olmasından bağımsız olarak yedek depolama alanı kullanımınız aynı kalır. Birincil veritabanı bulut sunucunuzda G/Ç kesintisinin önlenmesi amacıyla yedekler basitçe yedek veritabanınızdan alınır.
  • Veri aktarımı – Birincil ve yedek veritabanınız arasında veri replikasyonu sırasında gerçekleşen veri aktarımı için ücret ödemezsiniz. Veritabanı bulut sunucunuzda içe ve dışa İnternet veri aktarımı, standart dağıtımla aynı ücrete tabidir.

S: Fiyatlarınıza vergiler dahil mi?

Aksi belirtilmediği sürece fiyatlarımıza KDV ve ilgili satış vergileri gibi, yürürlükte olan vergiler ve harçlar dahil değildir. Fatura adresi Japonya'da olan müşteriler için AWS hizmetlerinin kullanımı Japonya Tüketim Vergisine tabidir. Daha fazla bilgi edinin.

Ücretsiz Kullanım

S: Amazon RDS için AWS Ücretsiz Kullanımı kapsamında neler sunulur?

Amazon RDS için AWS Ücretsiz Kullanımı teklifi MySQL, MariaDB, PostgreSQL, Oracle ("Kendi Lisansını Getir (KLG)" lisanslama modeli) ve SQL Server Express Edition çalıştıran Single-AZ Mikro veritabanı bulut sunucularını ücretsiz olarak kullanma imkanı sunar. Ücretsiz kullanım katmanının üst sınırı aylık 750 bulut sunucusu saatidir. Ayrıca, müşterilere ücretsiz olarak aylık 20 GB Genel Amaçlı (SSD) veritabanı depolama alanı ve 20 GB yedekleme alanı sunulur.

S: Amazon RDS için AWS Ücretsiz Kullanımı'na ne kadar süre erişebilirim?

Yeni AWS hesapları AWS Ücretsiz Kullanımı'na 12 ay erişim elde eder. Daha fazla bilgi edinmek için lütfen AWS Ücretsiz Kullanımı SSS’a bakın.

S: Amazon RDS için AWS Ücretsiz Kullanım Katmanı kapsamında birden çok veritabanı bulut sunucusu çalıştırabilir miyim?

Evet. S: Aynı anda birden çok Single-AZ Mikro veritabanı bulut sunucusu çalıştırabilir ve Amazon RDS için AWS Ücretsiz Kullanımı kapsamında sayılan kullanım için uygun olabilirsiniz. Bununla birlikte, tüm Amazon RDS Single-AZ Mikro veritabanı bulut sunucularında, tüm uygun veritabanı altyapılarında ve bölgelerde 750 bulut sunucusu saatinin üzerindeki tüm kullanımlar standart Amazon RDS fiyatları üzerinden faturalandırılır.

Örneğin, bir ayda her biri 400'er saat olmak üzere iki Single-AZ Mikro veritabanı bulut sunucusu çalıştırırsanız toplam kullanımınız 800 bulut sunucusu saati olur ve bunun 750 saati ücretsiz olur. Geriye kalan 50 saat için standart Amazon RDS fiyatı üzerinden faturalandırılırsınız.

S: AWS Ücretsiz Kullanımı kapsamında MySQL, MariaDB, PostgreSQL, Oracle ve SQL Server Mikro veritabanı bulut sunucularımın her biri için 750 bulut sunucusu saatine mi erişimim olur?

Hayır. AWS Ücretsiz Kullanımı'na erişimi olan bir müşteri MySQL, PostgreSQL, Oracle veya SQL Server Express Edition çalıştıran Mikro bulut sunucuları için 750'ye kadar bulut sunucusu saati kullanabilir. Tüm Amazon RDS Single-AZ Mikro veritabanı bulut sunucularında, tüm uygun veritabanı altyapılarında ve bölgelerde 750 bulut sunucusu saatinin üzerindeki tüm kullanımlar standart Amazon RDS fiyatları üzerinden faturalandırılır.

S: Bulut sunucusu saat kullanımım Ücretsiz Kullanım avantajını aşarsa nasıl faturalandırılırım?

Ücretsiz Kullanım ile sağlananın üzerindeki bulut sunucusu saatleri için standart Amazon RDS fiyatları üzerinden faturalandırılırsınız. Ayrıntıları öğrenmek için Amazon RDS fiyatlandırma sayfasına bakın.

Rezerve Edilmiş Bulut Sunucuları

S: Rezerve edilmiş bulut sunucusu (RI) nedir?

Amazon RDS rezerve edilmiş bulut sunucuları, bir veritabanı bulut sunucusunu bir veya üç yıllık bir dönem boyunca rezerve etme ve buna karşılık olarak veritabanı bulut sunucusu için isteğe bağlı bulut sunucusu fiyatlandırmasına göre önemli oranda indirimden yararlanma seçeneği sunar. Peşin ödediğiniz tutar ile geçerli saatlik fiyatınız arasında bir denge sağlamanıza imkan tanıyan üç RI ödeme seçeneği – Peşin Ödemesiz, Kısmi Peşin Ödemeli, Tamamı Peşin Ödemeli – vardır.  

S: Rezerve edilmiş bulut sunucularının isteğe bağlı veritabanı bulut sunucularından farkı nedir?

İşlevsel açıdan rezerve edilmiş bulut sunucuları ile isteğe bağlı veritabanı bulut sunucuları tam olarak birbirinin aynısıdır. Aralarındaki tek fark, veritabanı bulut sunucularınızın faturalandırılma biçimidir: Rezerve Edilmiş Bulut Sunucuları ile bir veya üç yıllık rezervasyon satın alırsınız ve karşılığında dönem boyunca daha düşük bir geçerli saatlik kullanım fiyatından (isteğe bağlı veritabanı bulut sunucularına kıyasla) yararlanırsınız. Bir Bölgede rezerve edilmiş bulut sunucuları satın almadığınız sürece tüm veritabanı bulut sunucuları isteğe bağlı saatlik fiyatlar üzerinden faturalandırılır.

S: Nasıl rezerve edilmiş bulut sunucusu satın alabilir ve oluşturabilirim?

Amazon RDS için AWS Management Console'un "Reserved Instance" (Rezerve Edilmiş Bulut Sunucusu) bölümünden rezerve edilmiş bulut sunucusu satın alabilirsiniz. Alternatif olarak Amazon RDS API'sini veya AWS Komut Satırı Arabirimi'ni kullanarak satıştaki rezervasyonları listeleyebilir ve bir veritabanı bulut sunucusu rezervasyonu satın alabilirsiniz.

Rezerve satın alma işleminden sonra rezerve edilmiş veritabanı bulut sunucusu kullanımı ile İsteğe Bağlı veritabanı bulut sunucusu kullanımı arasında bir fark yoktur. Rezervasyonu hangi bulut sunucusu sınıfı, altyapısı ve bölgesi için yaptıysanız veritabanı bulut sunucusunu başlatırken de aynılarını kullanın. Rezervasyon satın alma işleminiz etkin olduğu sürece Amazon RDS yeni veritabanı bulut sunucusuna uygun indirimli saatlik fiyatı uygular.

S: Rezerve edilmiş bulut sunucuları kapasite rezervasyonu içerir mi?

Amazon RDS rezerve edilmiş bulut sunucuları belirli bir Erişilebilirlik Alanı için değil bir Bölge için satın alınır. Rezerve edilmiş bulut sunucuları belirli bir Erişilebilirlik Alanına özel olmadığından kapasite rezervasyonu değildir. Bu, bir Erişilebilirlik Alanında kapasite sınırlı olsa bile Bölgede rezervasyon satın alınabileceği ve indirimin ilgili Bölgedeki herhangi bir Erişilebilirlik Alanında eşleşen kullanıma uygulanacağı anlamına gelir.

S: Kaç rezerve edilmiş bulut sunucusu satın alabilirim?

40'a kadar rezerve edilmiş veritabanı bulut sunucusu satın alabilirsiniz. 40'tan fazla veritabanı bulut sunucusu çalıştırmak istiyorsanız Amazon RDS Veritabanı Bulut Sunucusu istek formunu doldurun.

S: Rezerve edilmiş bulut sunucusu kapsamına sokmak istediğim mevcut bir veritabanı bulut sunucum varsa ne olur?

Basitçe, çalıştırmakta olduğunuz ve rezerve etmek istediğiniz veritabanı bulut sunucusu ile aynı bölge içinde aynı veritabanı bulut sunucusu sınıfına, veritabanı altyapısına, Multi-AZ seçeneğine ve Lisans Modeline sahip bir veritabanı bulut sunucusu rezervasyonu satın alın. Rezervasyon satın alma işlemi başarılı olursa Amazon RDS otomatik olarak mevcut veritabanı bulut sunucunuza yeni saatlik kullanım ücretinizi uygular.

S: Rezerve edilmiş bulut sunucusu için kaydolursam dönem ne zaman başlar? Dönem sona erdiğinde veritabanı bulut sunucuma ne olur?

Bir rezerve edilmiş bulut sunucusuyla ilişkili fiyatlandırma değişiklikleri isteğiniz alındıktan sonra, ödeme yetkilendirmesi işlenirken etkinleştirilir. Rezervasyonunuzun durumunu AWS Hesap Etkinliği sayfasından veya DescribeReservedDBInstances API'sini ya da describe-reserved-db-instances komutunu kullanarak takip edebilirsiniz. Tek seferlik ödeme bir sonraki fatura dönemine kadar başarıyla yetkilendirilemezse indirimli fiyat geçerli olmaz.

Rezerve edilmiş bulut sunucunuz, rezervasyon döneminiz sona erdiğinde veritabanı bulut sunucusu sınıfınız ve Bölgeniz için uygun İsteğe Bağlı saatlik kullanım fiyatına döner.

S: Hangi veritabanı bulut sunucularının rezerve edilmiş bulut sunucusu fiyatı üzerinden faturalandırılacağını nasıl denetleyebilirim?

Veritabanı bulut sunucularını oluşturma, değiştirme ve silmeye yönelik Amazon RDS işlemleri için İsteğe Bağlı ve rezerve edilmiş bulut sunucuları arasında fark yoktur. Sistemimiz faturanızı hesaplarken Rezervasyonlarınızı tüm uygun veritabanı bulut sunucularının düşük saatlik rezerve edilmiş veritabanı bulut sunucusu fiyatından ücretlendirileceği şekilde otomatik olarak uygular.

S: Veritabanı bulut sunucumun sınıf ölçeğini artırır veya azaltırsam rezervasyonuma ne olur?

Her rezervasyon şu özniteliklerle ilişkilidir: veritabanı altyapısı, veritabanı bulut sunucusu sınıfı, Multi-AZ dağıtım seçeneği, lisans modeli ve Bölge.

Boyut esnekliği için uygun bir veritabanı altyapısına ve lisans modeline sahip bir rezervasyon (MySQL, MariaDB, PostgreSQL, Amazon Aurora veya Oracle "Kendi Lisansını Getir"), aynı veritabanı altyapısı ve Bölge için aynı bulut sunucusu ailesi içinde çalışmakta olan herhangi bir boyuttaki veritabanı bulut sunucusuna (ör. M4, T2 veya R3) otomatik olarak uygulanır. Ayrıca, rezervasyon Single-AZ veya Multi-AZ dağıtım seçeneğinde çalışan veritabanı bulut sunucularına da uygulanır.

Örneğin, bir db.m4.2xlarge MySQL rezervasyonu satın aldığınızı varsayalım. Çalışan veritabanı bulut sunucusunun ölçeğini db.m4.4xlarge olacak şekilde artırırsanız bu RI'nın indirimli fiyatı, büyük veritabanı bulut sunucusu kullanımının yarısını kapsar.

Boyut esnekliği için uygun olmayan bir veritabanı altyapısına ve lisans modeline (Microsoft SQL Server veya Oracle "Lisans Dahil") sahipseniz her rezervasyon, dönem süresi boyunca yalnızca aynı özniteliklere sahip bir veritabanı bulut sunucusuna uygulanabilir. Rezervasyon dönemi bitmeden çalışan veritabanı bulut sunucunuzun bu özniteliklerinden herhangi birini değiştirirseniz bu veritabanı bulut sunucusu için saatlik kullanım ücretleriniz isteğe bağlı saatlik ücretlerine döner.

Boyut esnekliğiyle ilgili diğer ayrıntıları öğrenmek için Amazon RDS Kullanıcı Kılavuzu'na başvurun.

S: Bir rezerve edilmiş bulut sunucusunu bir Bölgeden veya Erişilebilirlik Alanından diğerine taşıyabilir miyim?

Her rezerve edilmiş sunucu, rezervasyon boyunca sabit kalan ve değiştirilemeyen belirli bir Bölge ile ilişkilidir. Bununla birlikte, her rezervasyon ilişkili Bölge içinde erişilebilen herhangi bir Erişilebilirlik Alanında çalıştırılabilir.

S: Multi-AZ dağıtımları için rezerve edilmiş bulut sunucuları kullanılabilir mi?

Evet. Rezerve edilmiş bulut sunucusu satın alırken, veritabanı bulut sunucusu yapılandırmasındaki Multi-AZ seçeneğini satın alabilirsiniz. Buna ek olarak, rezerve edilmiş bulut sunucusu boyut esnekliğini destekleyen bir veritabanı altyapısı ve lisans modeli kullanıyorsanız, Multi-AZ rezerve edilmiş bulut sunucusu, iki Single-AZ veritabanı bulut sunucusu kullanımını kapsar.

S: Okuma replikaları için rezerve edilmiş bulut sunucuları kullanılabilir mi?

Veritabanı bulut sunucusu sınıfı ve Bölge aynı olduğu sürece, bir veritabanı bulut sunucusu rezervasyonu okuma replikasına uygulanabilir. Sistemimiz faturanızı hesaplarken Rezervasyonlarınızı tüm uygun veritabanı bulut sunucularının düşük saatlik rezerve edilmiş bulut sunucusu fiyatından ücretlendirileceği şekilde otomatik olarak uygular.

S: Bir rezervasyonu iptal edebilir miyim?

Hayır, rezerve edilmiş veritabanı bulut sunucunuzu iptal edemezsiniz ve tek seferlik ödeme (geçerliyse) iade edilemez. kullanımınızdan bağımsız olarak Rezerve edilmiş veritabanı bulut sunucusu döneminiz içerisindeki her saat için ücret ödemeye devam edersiniz.

S: Ödeme seçenekleri faturamı nasıl etkiler?

Tamamı Peşin Ödemeli seçeneğiyle RI satın alırken tek bir peşin ödemeyle RI döneminin tamamı için ödeme yaparsınız. Peşin Ödemesiz seçeneğini belirleyerek peşin ödeme yapmamayı tercih edebilirsiniz. Peşin Ödemesiz RI değerinin tamamı dönem içerisindeki tüm saatlere yayılır ve kullanımdan bağımsız olarak dönemdeki her saat için faturalandırılırsınız. Kısmi Peşin Ödemeli seçeneği, Tamamı Peşin Ödemeli ve Peşin Ödemesiz seçeneklerinin karışımıdır. Peşin olarak küçük bir ödeme yaparsınız ve kullanımdan bağımsız olarak dönemdeki her saat için düşük bir saatlik fiyat üzerinden faturalandırılırsınız.

Donanım ve Ölçeklendirme

S: Gereksinimlerim için ilk başta hangi veritabanı bulut sunucusu sınıfının ve depolama kapasitesinin uygun olduğunu nasıl anlarım?

İlk veritabanı bulut sunucunuzun sınıfını ve depolama kapasitesini seçmek için uygulamanızın işlem, bellek ve depolama gereksinimlerini değerlendirmeniz iyi olur. Erişilebilen veritabanı bulut sunucusu sınıfları izleme hakkında bilgi edinmek için Amazon RDS Kullanıcı Kılavuzu'na başvurun.

S: Amazon RDS Veritabanı Bulut Sunucumla ilişkili işlem kaynaklarını ve/veya depolama kapasitesini nasıl ölçeklendirebilirim?

Veritabanı bulut sunucunuza tahsis edilen işlem kaynaklarını ve depolama kapasitesini AWS Management Console (istenen veritabanı bulut sunucusu seçip Modify (Değiştir) düğmesine tıklayarak), RDS API'si veya AWS Komut Satırı Arabirimi ile ölçeklendirebilirsiniz. Bellek ve CPU kaynakları, farklı bir Veritabanı Bulut Sunucusu sınıfı seçilerek değiştirilebilir ve erişilebilir depolama alanı depolama tahsisatınızı değiştirdiğinizde değişir. Lütfen Veritabanı Bulut Sunucunuzun sınıfını veya tahsis edilen depolama alanını değiştirdiğinizde istediğiniz değişikliklerin belirttiğiniz bakım aralığında uygulanacağını unutmayın. Alternatif olarak “apply-immediately” (hemen uygula) bayrağını kullanarak ölçeklendirme isteklerinizi hemen uygulayabilirsiniz. Bekleyen başka sistem değişiklikleri varsa bunların da uygulanacağını unutmayın.

Bazı daha eski RDS for SQL Server bulut sunucuları, ölçeklendirilmiş depolama için uygun olmayabilir. Daha fazla bilgi için RDS for SQL Server Hakkında SSS bölümüne göz atın.

S: Amazon RDS depolama alanı için donanım yapılandırması nedir?

Amazon RDS, veritabanı ve günlük depolama için EBS birimlerini kullanır. İstenen depolama alanının boyutuna bağlı olarak Amazon RDS, IOPS performansını iyileştirmek için otomatik olarak birden çok EBS birimine şerit oluşturur. MySQL ve Oracle için mevcut bir veritabanı bulut sunucusunun depolama ölçeğini artırdığınızda G/Ç kapasitesinde biraz gelişme gözlemleyebilirsiniz. Veritabanı bulut sunucunuza tahsis edilen depolama kapasitesini AWS Management Console'u, ModifyDBInstance API'sini veya modify-db-instance komutunu kullanarak ölçeklendirebilirsiniz.

Daha fazla bilgi edinmek için bkz. Amazon RDS için depolama.

S: Ölçeklendirme sırasında veritabanı bulut sunucuma erişilebilir mi?

Veritabanı Bulut Sunucunuza tahsis edilen depolama kapasitesi, Veritabanı Bulut Sunucusunun erişilebilirliği korunarak artırılabilir. Bununla birlikte, veritabanı bulut sunucunuzun erişebildiği işlem kaynaklarının ölçeğini artırmaya veya azaltmaya karar verdiğinizde, veritabanı bulut sunucusu sınıfı değiştirildiği sırada veritabanınıza geçici olarak erişilemez. Bu erişim dışı kalma dönemi genellikle yalnızca birkaç dakika sürer ve değişikliğin hemen uygulanması gerektiğini belirtmediğiniz sürece bakım aralığı içinde kalır.

S: Veritabanı bulut sunucumun ölçeğini en büyük veritabanı bulut sunucusu sınıfının ve en fazla depolama kapasitesinin üzerinde olacak şekilde nasıl ölçeklendirebilirim?

Amazon RDS, farklı uygulama gereksinimlerini karşılamak amacıyla çeşitli veritabanı bulut sunucusu sınıflarını ve depolama tahsisatlarını destekler. Uygulamanız en büyük veritabanı bulut sunucusu sınıfından daha fazla işlem kaynağı ya da en fazla tahsisattan daha fazla depolama alanı gerektiriyorsa bölümlendirme uygulayarak verilerinizi birden çok veritabanı bulut sunucusuna yayabilirsiniz.

S: Amazon RDS Genel Amaçlı (SSD) depolama nedir?

Amazon RDS Genel Amaçlı (SSD) Depolama, orta düzey G/Ç gereksinimleri olan birçok farklı veritabanı iş yükü için uygundur. 3 IOPS/GB'lik temelin yanı sıra ani performans artışıyla 3.000 IOPS'ye kadar çıkabilme olanağı sunan bu depolama seçeneği, çoğu uygulamanın gereksinimlerinin karşılanması için öngörülebilir performans sağlar.

S: Amazon RDS Tedarik Edilmiş IOPS (SSD) depolama nedir?

Amazon RDS Tedarik Edilmiş IOPS (SSD) Depolama hızlı, öngörülebilir ve tutarlı G/Ç performansı sunacak şekilde tasarlanmış, SSD destekli bir depolama seçeneğidir. Amazon RDS Tedarik Edilmiş IOPS (SSD) Depolama ile veritabanı bulut sunucusu oluştururken bir IOPS hızı belirtirsiniz ve Amazon RDS, veritabanı bulut sunucusunun yaşam süresi boyunca bu IOPS hızını tedarik eder. Amazon RDS Tedarik Edilmiş IOPS (SSD) Depolama, yoğun G/Ç gereksinimleri olan, işlemsel (OLTP) veritabanı iş yükleri için uygundur. Diğer ayrıntıları öğrenmek için lütfen Amazon RDS Kullanıcı Kılavuzu'na bakın.

S: Amazon RDS Manyetik Depolama nedir?

Amazon RDS manyetik depolama, verilere daha seyrek erişilen küçük veritabanı iş yükleri için kullanışlıdır. Manyetik depolama, üretim veritabanı bulut sunucuları için önerilmez.

S: Amazon RDS depolama türleri arasından nasıl seçim yapmalıyım?

İş yükünüze en uygun depolama türünü seçin.

  • Yüksek performanslı OLTP iş yükleri: Amazon RDS Tedarik Edilmiş IOPS (SSD) Depolama
  • Orta düzey G/Ç gereksinimleri olan veritabanı iş yükleri: Amazon RDS Genel Amaçlı (SSD) Depolama

S: Amazon RDS tarafından desteklenen en düşük ve en yüksek IOPS nedir?

Amazon RDS tarafından desteklenen IOPS, veritabanı altyapısına göre değişkenlik gösterir. Diğer ayrıntıları öğrenmek için lütfen Amazon RDS Kullanıcı Kılavuzu'na bakın.

Otomatik Yedekler ve Veritabanı Anlık Yedekleri

S: Otomatik yedekleme ile Veritabanı Anlık Yedekleri arasındaki fark nedir?

Amazon RDS, veritabanı bulut sunucularınızı yedekleyip geri yüklemeniz için otomatik yedekleme ve veritabanı anlık yedekleri şeklinde iki farklı yöntem sunar.

Amazon RDS'nin otomatik yedekleme özelliği, veritabanı bulut sunucunuzun belirli bir noktaya kurtarılmasını mümkün kılar. Veritabanı Bulut Sunucunuz için otomatik yedekleme açıksa Amazon RDS her gün otomatik olarak verilerinizin tam bir anlık yedeğini alır (tercih ettiğiniz yedekleme aralığında) ve işlem günlüklerini yakalar (Veritabanı Bulut Sunucunuzda güncelleme yapıldığında). Belirli bir noktaya kurtarma işlemi başlattığınızda, veritabanı bulut sunucunuzun tam olarak istediğiniz noktaya geri yüklenmesi için işlem günlükleri en uygun günlük yedeğe uygulanır. Amazon RDS, bir Veritabanı Bulut Sunucusunun yedeklerini tutma dönemi denen, kullanıcı tarafından belirlenen, varsayılan olarak 7 gün olup 35 güne kadar ayarlanabilen kısıtlı bir süre boyunca tutar. Belirli bir noktaya geri yükleme işlemi başlatabilir ve tutma döneminiz içinde, En Son Geri Yüklenebilir Zaman'a kadar dilediğiniz saniyeyi belirtebilirsiniz. DescribeDBInstances API'sini kullanarak veritabanı bulut sunucunuz için en son geri yüklenebilir zamanı (genellikle son beş dakika içinde olur) döndürebilirsiniz. Alternatif olarak, bir veritabanı bulut sunucusu için En Son Geri Yüklenebilir Zamanı AWS Management Console'da veritabanını seçip Console'un alt bölmesindeki “Description” (Açıklama) sekmesine bakarak bulabilirsiniz.

Veritabanı Anlık Yedekleri kullanıcı tarafından başlatılır ve veritabanı bulut sunucunuzu dilediğiniz sıklıkla bilinen bir durumda yedekleyip daha sonra dilediğiniz zaman tam olarak bu durumda geri yüklemenize imkan tanır. Veritabanı Anlık Yedekleri AWS Management Console, CreateDBSnapshot API'si veya create-db-snapshot komutu ile oluşturulabilir ve sizin tarafınızdan açıkça silinene kadar saklanır.

Amazon RDS'nin otomatik yedeklemeyi etkinleştirmek için oluşturduğu anlık yedeklere kopyalama (AWS Konsolu'nu veya copy-db-snapshot komutunu kullanarak) ya da anlık yedek geri yükleme işlevi için erişebilirsiniz. Bunları "automated" (otomatik) Anlık Yedek Türünü kullanarak tanımlayabilirsiniz. Ayrıca, "Snapshot Created Time" (Anlık Yedeğin Oluşturulma Zamanı) alanını görüntüleyerek anlık yedeğin ne zaman alındığını belirleyebilirsiniz. Alternatif olarak, "automated" (otomatik) anlık yedeklerin tanımlayıcısı da anlık yedeğin alındığı zamanı (UTC) içerir.

Lütfen unutmayın: Belirli bir noktaya veya bir Veritabanı Anlık Yedeğinden geri yükleme işlemi gerçekleştirdiğinizde, yeni bir uç noktaya sahip yeni bir Veritabanı Bulut Sunucusu oluşturulur (istenirse eski Veritabanı Bulut Sunucusu silinebilir). Bu, belirli bir Veritabanı Anlık Yedeğinden veya noktadan birden çok Veritabanı Bulut Sunucusu oluşturmanıza imkan tanımak amacıyla gerçekleştirilir.

S: Veritabanı Bulut Sunucum için yedeklemeyi etkinleştirmem mi gerekir yoksa bu otomatik olarak mı gerçekleştirilir?

Amazon RDS varsayılan olarak Veritabanı Bulut Sunucunuz için 7 günlük bir tutma dönemiyle otomatik yedeklemeyi etkinleştirir. Ücretsiz yedek depolama alanı, tedarik edilmiş veritabanınızın boyutuyla sınırlıdır ve yalnızca etkin Veritabanı Bulut Sunucuları için geçerlidir. Örneğin, ay boyunca kullanmak üzere 100 GB tedarik edilmiş veritabanı depolama alanınız varsa ek ücret olmadan 100 GB / ay yedek depolama alanı sağlarız.

Yedek tutma döneminizi değiştirmek istiyorsanız konsolu, CreateDBInstance API’sini (yeni bir Veritabanı Bulut Sunucusu oluştururken) veya ModifyDBInstance API’sini (mevcut bulut sunucuları için) kullanarak bunu yapabilirsiniz. Bu API’leri kullanarak RetentionPeriod parametresini 0 (bu değer otomatik yedeklemeleri devre dışı bırakır) ile istenen gün sayısı arasında bir değere değiştirebilirsiniz. Veritabanı bulut sunucusu, Okuma Replikaları için kaynaksa bu değer 0 olarak ayarlanamaz. Otomatik yedeklemeler hakkında daha fazla bilgi edinmek için lütfen Amazon RDS Kullanıcı Kılavuzu'na başvurun.

S: Yedekleme aralığı nedir ve neden gereklidir? Yedekleme aralığı boyunca veritabanıma erişilebilir mi?

Tercih edilen yedekleme aralığı, kullanıcı tarafından tanımlanan ve Veritabanı Bulut Sunucunuzun yedeklendiği zaman aralığıdır. Amazon RDS, Veritabanı Bulut Sunucunuzu tutma döneminiz içindeki LatestRestorableTime'a kadar (genellikle son beş dakikaya kadar) herhangi bir saniyeye geri yüklemenize imkan tanımak için bu düzenli veri yedekleme işlemlerini işlem günlüklerinizle birlikte kullanır. Yedekleme aralığı sırasında yedekleme işlemi başlatılırken depolama G/Ç kısa bir süreliğine (genellikle birkaç saniyeden kısa) askıya alınabilir ve gecikme süresinde kısa bir artış yaşayabilirsiniz. Multi-AZ veritabanı dağıtımları için yedek sunucudan yedekleme gerçekleştirildiğinden G/Ç kesintisi yaşanmaz.

S: Otomatik yedeklerim ve veritabanı anlık yedeklerim nerede depolanır ve bunların tutulmasını nasıl yönetebilirim?

Amazon RDS veritabanı anlık yedekleri ve otomatik yedekleri S3'te depolanır.

Otomatik yedeklerinizin tutulduğu süreyi AWS Management Console, ModifyDBInstance API'si veya modify-db-instance komutu ile RetentionPeriod parametresini değiştirerek yönetebilirsiniz. Otomatik yedeklemeyi tamamen kapatmak istiyorsanız tutma dönemini 0 değerine ayarlayarak (önerilmez) bunu yapabilirsiniz. Kullanıcı tarafından oluşturulan Veritabanı Anlık Yedeklerinizi Amazon RDS Console'un "Snapshots" (Anlık Yedekler) bölümü aracılığıyla yönetebilirsiniz. Alternatif olarak, DescribeDBSnapshots API'sini veya describe-db-snapshots komutunu kullanarak kullanıcı tarafından oluşturulan Veritabanı Anlık Yedeklerinin listesini görebilir ve DeleteDBSnapshot API'si veya delete-db-snapshot komutu ile anlık yedekleri silebilirsiniz.

S: Neden veritabanı bulut sunucumun tutma dönemindeki gün sayısından daha fazla sayıda otomatik veritabanı anlık yedeğim var?

Tutma döneminizdeki gün sayısından 1 veya 2 fazla otomatik veritabanı anlık yedeğinin olması normaldir. Tutma dönemi içindeki herhangi bir zamana yönelik olarak belirli bir noktaya geri yükleme işleminin gerçekleştirilebileceğinden emin olunması amacıyla fazladan bir otomatik anlık yedek tutulur. Örneğin, yedekleme aralığınız 1 gün olarak ayarlanmışsa son 24 saat içindeki herhangi bir noktaya geri yüklemenin desteklenmesi için 2 otomatik anlık yedeğinizin olması gerekir. Ayrıca, en eski otomatik anlık yedek silinmeden önce her zaman yeni bir otomatik anlık yedek oluşturulduğundan ek bir otomatik anlık yedek görebilirsiniz.

S: Veritabanı bulut sunucumu silersem yedeklerime ve veritabanı anlık yedeklerime ne olur?

Bir veritabanı bulut sunucusunu silerken, silme anında son bir veritabanı anlık yedeği oluşturabilirsiniz. Bunu yaparsanız, silinen veritabanı bulut sunucusunu daha sonra geri yüklemek için bu veritabanı anlık yedeğini kullanabilirsiniz. Amazon RDS, veritabanı bulut sunucusu silindikten sonra kullanıcı tarafından oluşturulan bu son veritabanı anlık yedeğini el ile oluşturulan diğer veritabanı anlık yedekleriyle birlikte tutar. Yedek depolama alanı maliyetlerinin ayrıntıları için fiyatlandırma sayfasına başvurun.

Veritabanı bulut sunucusu silindiğinde otomatik yedekler silinir. Veritabanı Bulut Sunucusu silindikten sonra yalnızca el ile oluşturulmuş Veritabanı Anlık Yedekleri tutulur.

Güvenlik

S: Amazon Virtual Private Cloud (VPC) nedir ve Amazon RDS ile nasıl çalışır?

Amazon VPC, AWS Bulut'un özel, yalıtılmış bir bölümünde sanal bir ağ ortamı oluşturmanıza imkan tanır. Burada özel IP adresi aralıkları, alt ağlar, yönlendirme tabloları ve ağ geçitleri gibi boyutlar üzerinde tam denetime sahip olabilirsiniz. Amazon VPC ile bir sanal ağ topolojisi tanımlayabilir ve ağ yapılandırmasını kendi veri merkezinizde çalıştırabileceğiniz geleneksel bir IP ağıyla yüksek benzerlik taşıyacak şekilde özelleştirebilirsiniz.

Genel erişime açık bir web uygulaması çalıştırırken özel bir alt ağda genel erişime kapalı arka uç sunucularına sahip olmak istediğiniz durumlarda VPC avantajlı olabilir. Web sunucularınız için İnternet erişimi olan, genel erişime açık bir alt ağ oluşturabilir ve arka uç RDS Veritabanı Bulut Sunucularınızı İnternet erişimi olmayan, özel erişime açık bir alt ağa yerleştirebilirsiniz. Amazon VPC hakkında daha fazla bilgi edinmek için Amazon Virtual Private Cloud Kullanıcı Kılavuzu'na başvurun.

S: Amazon RDS'yi bir VPC içinde kullanmanın EC2-Classic platformunda (VPC olmayan) kullanmaktan farkı nedir?

AWS hesabınız 04.12.2013 tarihinden önce oluşturulduysa Amazon RDS'yi bir Amazon Elastic Compute Cloud (EC2)-Classic ortamında çalıştırabilirsiniz. EC2-Classic veya EC2-VPC'nin kullanılmasından bağımsız olarak Amazon RDS'nin temel işlevi aynıdır. Veritabanı Bulut Sunucularınızın VPC içinde ya da dışında dağıtılmasından bağımsız olarak Amazon RDS tarafından yedekleme, yazılım düzeltme eki uygulama, otomatik hata algılama, okuma replikaları ve kurtarma yönetilir. EC2-Classic ile EC2-VPC arasındaki farklar hakkında daha fazla bilgi edinmek için EC2 belgelerine bakın.

S: Veritabanı Alt Ağ Grubu nedir ve neden gereklidir?

Veritabanı Alt Ağ Grubu, bir VPC'deki RDS Veritabanı Bulut Sunucularınız için atamak isteyebileceğiniz alt ağlardan oluşan bir koleksiyondur. Her Veritabanı Alt Ağ Grubu, belirli bir Bölgedeki her Erişilebilirlik Alanı için en az bir alt ağa sahip olmalıdır. VPC'de Veritabanı Bulut Sunucusu oluştururken bir Veritabanı Alt Ağ Grubu seçmeniz gerekir. Daha sonra, Amazon RDS bu Veritabanı Alt Ağ Grubunu ve tercih ettiğiniz Erişilebilirlik Alanını kullanarak bir alt ağ ve bu alt ağ içinde bir IP adresi seçer. Amazon RDS bir Esnek Ağ Arabirimi oluşturup bu IP adresine sahip Veritabanı Bulut Sunucunuz ile ilişkilendirir.

Lütfen temel IP adresi değişebileceğinden (ör. yük devretme sırasında) Veritabanı Bulut Sunucunuza bağlanmak için DNS Adını kullanmanızı önerdiğimizi unutmayın.

Multi-AZ dağıtımları için bir Bölgedeki tüm Erişilebilirlik Alanlarına yönelik bir alt ağ tanımlanması, Amazon RDS'nin gerekirse başka bir Erişilebilirlik Alanında yeni bir yedek oluşturmasına imkan tanır. Bir noktada Multi-AZ dağıtımlarına dönüştürmek isteme ihtimalinize karşı Single-AZ dağıtımları için bile bunu yapmanız gerekir.

S: VPC'de bir Amazon RDS Veritabanı Bulut Sunucusunu nasıl oluşturabilirim?

Bu süreci adım adım açıklayan bir yordamı görmek için Amazon RDS Kullanıcı Kılavuzu'nun VPC'de Veritabanı Bulut Sunucusu Oluşturma bölümüne başvurun.

S: Veritabanı Bulut Sunucularıma ağ erişimini nasıl denetleyebilirim?

Veritabanı Bulut Sunucularınıza erişimi denetlemenin çeşitli yolları hakkında bilgi edinmek için Amazon RDS Kullanıcı Kılavuzu'nun Güvenlik Grupları bölümüne başvurun.

S: VPC'deki bir RDS Veritabanı Bulut Sunucusuna nasıl bağlanabilirim?

Bir VPC içinde dağıtılan Veritabanı Bulut Sunucularına aynı VPC içinde dağıtılmış EC2 Bulut Sunucuları tarafından erişilebilir. Bu EC2 Bulut Sunucuları ilişkili Esnek IP'lerle genel erişime açık bir alt ağda dağıtılmışsa EC2 Bulut Sunucularına İnternet aracılığıyla erişebilirsiniz.

Bir VPC içinde dağıtılan Veritabanı Bulut Sunucularına İnternet'ten veya VPC dışındaki EC2 Bulut Sunucularından VPN veya genel erişime açık alt ağınızda başlatabileceğiniz burç konakları aracılığıyla ya da Amazon RDS'nin Publicly Accessible (Genel Erişime Açık) seçeneği kullanılarak erişilebilir:

  • Burç konağı kullanmak için SSH Burcu olarak görev yapacak bir EC2 bulut sunucusu içeren genel bir alt ağ ayarlamanız gerekir. Bu genel alt ağın bir İnternet ağ geçidi ve trafiğin SSH konağı üzerinden yönlendirilmesine imkan tanıyan yönlendirme kuralları olmalıdır. Bu konak da istekleri RDS veritabanı bulut sunucunuzun özel IP adresine iletmelidir.
  • Genel bağlantı kullanmak için Veritabanı Bulut Sunucularınızı oluştururken Publicly Accessible (Genel Erişime Açık) seçeneğini Yes (evet) olarak ayarlamanız yeterlidir. Publicly Accessible (Genel Erişime Açık) seçeneği etkinken bir VPC içindeki Veritabanı Bulut Sunucularınız varsayılan olarak VPC'niz dışından tam olarak erişilebilir olur. Bu, bulut sunucularınıza erişime izin vermek için bir VPN veya burç konağı yapılandırmanız gerekmediği anlamına gelir.

Ayrıca, kurumsal ağınızı VPC'nize genişleten ve bu VPC'deki RDS Veritabanı Bulut Sunucusuna erişime izin veren bir VPN Ağ Geçidi ayarlayabilirsiniz. Diğer ayrıntıları öğrenmek için Amazon VPC Kullanıcı Kılavuzu'na başvurun.

Temel IP adresi değişebileceğinden (ör. yük devretme sırasında) Veritabanı Bulut Sunucunuza bağlanmak için DNS Adını kullanmanızı öneririz.

S: VPC dışındaki mevcut veritabanı bulut sunucularımı VPC'me taşıyabilir miyim?

Veritabanı bulut sunucunuz bir VPC'de değilse AWS Management Console'u kullanarak veritabanı bulut sunucunuzu kolayca VPC'ye taşıyabilirsiniz. Diğer ayrıntıları öğrenmek için Amazon RDS Kullanıcı Kılavuzu'na bakın. Ayrıca, VPC dışındaki Veritabanı Bulut Sunucunuzun anlık yedeğini alıp kullanmak istediğiniz Veritabanı Alt Ağ Grubunu belirterek VPC'ye geri yükleyebilirsiniz. Alternatif olarak “Restore to Point in Time” (Belirli Bir Noktaya Geri Yükle) işlemi de gerçekleştirebilirsiniz.

S: VPC içindeki mevcut veritabanı bulut sunucularımı VPC'nin dışına taşıyabilir miyim?

VPC içindeki Veritabanı Bulut Sunucularının VPC dışına geçirilmesi desteklenmez. Güvenlik nedeniyle, VPC içindeki bir Veritabanı Bulut Sunucusunun Veritabanı Anlık Yedeği VPC dışına geri yüklenemez. “Restore to Point in Time” (Belirli Bir Noktaya Geri Yükle) işlevi için de aynısı geçerlidir. 

S: VPC'deki Veritabanı Bulut Sunucularıma uygulamamın erişebileceğinden emin olmak için hangi önlemleri almalıyım?

VPC'nizdeki yönlendirme tablolarını ve ağ iletişimi ACL'lerini veritabanı bulut sunucunuza VPC'deki istemci bulut sunucularınızdan erişilebilmesini sağlayacak şekilde değiştirmek sizin sorumluluğunuzdadır.

Multi-AZ dağıtımları için yük devretme işleminden sonra istemci EC2 bulut sunucunuz ve RDS Veritabanı Bulut Sunucunuz farklı Erişilebilirlik Alanlarında olabilir. Ağ iletişimi ACL'lerinizi Erişilebilirlik Alanları arası iletişime imkan tanıyacak şekilde yapılandırmalısınız.

S: Veritabanı Bulut Sunucumun Veritabanı Alt Ağ Grubunu değiştirebilir miyim?

Mevcut bir Veritabanı Alt Ağ Grubu güncelleştirilerek mevcut Erişilebilirlik Alanları veya Veritabanı Bulut Sunucusu oluşturulduktan sonra eklenen yeni Erişilebilirlik Alanları için daha fazla alt ağ eklenebilir. Mevcut bir Veritabanı Alt Ağ Grubundan alt ağların kaldırılması, alt ağ grubundan kaldırılan belirli bir Erişilebilirlik Alanında çalışan bulut sunucuları varsa bunların erişime kapanmasına yola açabilir. Daha fazla bilgi edinmek için Amazon RDS Kullanıcı Kılavuzu'na bakın.

S: Amazon RDS ana kullanıcı hesabı nedir ve bu hesabın AWS hesabından farkı nedir?

Amazon RDS'yi kullanmaya başlayabilmeniz için bir AWS yazılım geliştirici hesabınız olmalıdır. Amazon RDS için kaydolmadan önce hesabınız yoksa kayıt işlemlerine başladığınızda bir hesap oluşturmanız istenir. Ana kullanıcı hesabı AWS yazılım geliştirici hesabından farklıdır ve yalnızca Amazon RDS bağlamında Veritabanı Bulut Sunucularınıza erişimin denetlenmesi için kullanılır. Ana kullanıcı hesabı, Veritabanı Bulut Sunucunuza bağlanmak için kullanabileceğiniz yerel bir veritabanı kullanıcı hesabıdır. Veritabanı Bulut Sunucusunu oluştururken her Veritabanı Bulut Sunucusu ile ilişkilendirilmesini istediğiniz ana kullanıcı adını ve parolasını belirtebilirsiniz. Veritabanı Bulut Sunucunuzu oluşturduktan sonra ana kullanıcı kimlik bilgilerini kullanarak veritabanına bağlanabilirsiniz. Bunun ardından Veritabanı Bulut Sunucunuza erişebilecek kişileri kısıtlayabilmeniz için ek kullanıcı hesapları oluşturmak da isteyebilirsiniz.

S: Veritabanı Bulut Sunucum için ana kullanıcıya hangi ayrıcalıklar verilir?

MySQL için ana kullanıcıya varsayılan olarak verilen ayrıcalıklar şunlardır: create (oluşturma), drop (bırakma), references (başvurular), event (olay), alter (değiştirme), delete (silme), index (dizin oluşturma), insert (ekleme), select (seçme), update (güncelleme), create temporary tables (geçici tablolar oluşturma), lock tables (tabloları kilitleme), trigger (tetikleme), create view (görünüm oluşturma), show view (görünümü gösterme), alter routine (rutini değiştirme), create routine (rutin oluşturma), execute (yürütme), trigger (tetikleme), create user (kullanıcı oluşturma), process (işleme), show databases (veritabanlarını gösterme), grant option (seçenek verme).

Oracle için ana kullanıcıya "dba" rolü verilir. Ana kullanıcı, "dba" rolüyle ilişkili çoğu ayrıcalığı devralır. Kısıtlı ayrıcalıkların ve bunlara karşılık gelen, yönetim görevlerini gerçekleştirmek için bu ayrıcalıkları gerektirebilecek alternatiflerin listesini görmek için lütfen Amazon RDS Kullanıcı Kılavuzu'na başvurun.

SQL Server için veritabanını oluşturan kullanıcıya "db_owner" rolü verilir. Kısıtlı ayrıcalıkların ve bunlara karşılık gelen, yönetim görevlerini gerçekleştirmek için bu ayrıcalıkları gerektirebilecek alternatiflerin listesini görmek için lütfen Amazon RDS Kullanıcı Kılavuzu'na başvurun.

S: Amazon RDS ile kullanıcı yönetiminin farklı bir yönü var mıdır?

Hayır, her şey kendi yönettiğiniz bir ilişkisel veritabanını kullanırken alışık olduğunuz şekilde çalışır.

S: Kendi veri merkezimdeki sunucularda çalışan programlar Amazon RDS veritabanlarına erişebilir mi?

Evet. Güvenlik Grupları yapılandırarak İnternet üzerinden veritabanına erişebilme özelliğini açıkça etkinleştirmeniz gerekir. Yalnızca kendi veri merkezinizdeki sunuculara karşılık gelen belirli IP'ler, IP aralıkları veya alt ağlar için erişim yetkisi verebilirsiniz.

S: Uygulamam ile Veritabanı Bulut Sunucum arasındaki bağlantıları SSL/TLS ile şifreleyebilir miyim?

Evet, bu seçenek tüm Amazon RDS altyapılarında desteklenmektedir.

Amazon RDS, her Veritabanı Bulut Sunucusu için bir SSL/TLS sertifikası oluşturur. Şifrelenmiş bir bağlantı kurulduktan sonra Veritabanı Bulut Sunucusu ile uygulamanız arasında aktarılan veriler, aktarım sırasında şifrelenir.

SSL, güvenlik açısından avantajlı olsa da SSL/TLS şifrelemesinin yoğun işlem kaynağı gerektiren bir yöntem olduğunu ve veritabanı bağlantınızın gecikme süresini artıracağını unutmayın. Amazon RDS'de sunulan SSL/TLS desteği, uygulamanız ile Veritabanı Bulut Sunucunuz arasındaki bağlantının şifrelenmesi içindir ve Veritabanı Bulut Sunucusunun kendi kimliğinin doğrulanması için kullanılmamalıdır.

Amazon RDS ile şifrelenmiş bağlantı kurma hakkında ayrıntılı bilgi edinmek için lütfen Amazon RDS'nin MySQL Kullanıcı Kılavuzu, MariaDB Kullanıcı KılavuzuSQL Server Kullanıcı KılavuzuPostgreSQL Kullanıcı Kılavuzu veya Oracle Kullanıcı Kılavuzu'na bakın. SSL/TLS'nin bu altyapılarla nasıl çalıştığı hakkında daha fazla bilgi edinmek için doğrudan MySQL belgelerine, MariaDB belgelerine, MSDN SQL Server belgelerine, PostgreSQL belgelerine veya Oracle Belgelerine başvurabilirsiniz.

S: Amazon RDS veritabanlarımdaki kullanımda olmayan verileri şifreleyebilir miyim?

Amazon RDS, tüm veritabanı altyapıları için AWS Key Management Service (KMS) ile yönettiğiniz anahtarlar kullanılarak bekleyen verilerin şifrelenmesini destekler. Amazon RDS şifrelemesiyle çalışan bir veritabanı bulut sunucusunda, temel depolamada bulunan verilerin yanı sıra bunun otomatik yedekleri, okuma replikaları ve anlık yedekleri şifrelenir. Şifreleme ve şifre çözme işlemleri saydam olarak gerçekleştirilir. Amazon RDS ile KMS kullanımı hakkında daha fazla bilgi edinmek için Amazon RDS Kullanıcı Kılavuzu'na bakın.

Ayrıca, daha önce şifresi kaldırılmış bir veritabanı bulut sunucusuna veya veritabanı kümesine, bir veritabanı anlık yedeği oluşturduktan sonra bu anlık yedeğin bir kopyasını oluşturup bir KMS şifreleme anahtarı belirterek şifreleme ekleyebilirsiniz. Daha sonra, şifrelenmiş anlık yedekten şifrelenmiş bir veritabanı bulut sunucusunu veya veritabanı kümesini geri yükleyebilirsiniz.

Oracle ve SQL Server için Amazon RDS, bu altyapıların Saydam Veri Şifrelemesi (TDE) teknolojilerini destekler. Daha fazla bilgi edinmek için Amazon RDS Kullanıcı Kılavuzu'nun Oracle ve SQL Server ile ilgili bölümlerine bakın.

S: Sistemlerimin ve kullanıcılarımın belirli RDS kaynakları üzerinde gerçekleştirebileceği eylemleri nasıl denetleyebilirim?

AWS IAM kullanıcılarınızın ve gruplarınızın RDS kaynakları üzerinde gerçekleştirebileceği eylemleri denetleyebilirsiniz. Bunu, kullanıcılarınıza ve gruplarınıza uyguladığınız AWS IAM politikalarında RDS kaynaklarına başvurarak yapabilirsiniz. Bir AWS IAM politikasında başvurulabilecek RDS kaynakları arasında Veritabanı bulut sunucuları, Veritabanı anlık yedekleri, okuma replikaları, Veritabanı güvenlik grupları, Veritabanı seçenek grupları, Veritabanı parametre grupları, olay abonelikleri ve Veritabanı alt ağ grupları yer alır. Ayrıca, bu kaynakları etiketleyerek kaynaklarınıza ek meta veriler ekleyebilirsiniz. Etiketlemeyi kullanarak kaynaklarınızı kategorilere (ör. "Yazılım Geliştirme" veritabanı bulut sunucuları, "Üretim" veritabanı bulut sunucuları, "Test" veritabanı bulut sunucuları) ayırabilir ve aynı etiketlere sahip kaynaklar için verilebilecek izinleri (eylemler) listeleyen AWS IAM politikaları yazabilirsiniz. Daha fazla bilgi edinmek için bkz. Amazon RDS Kaynaklarınıza ve Veritabanlarınıza Erişimi Yönetme ve Amazon RDS Kaynaklarını Etiketleme

S: RDS dağıtımım üzerinde güvenlik analizi veya operasyonel sorun giderme işlemleri gerçekleştirmek istiyorum. Hesabımda gerçekleştirilen tüm RDS API'si çağrılarının geçmişini edinebilir miyim?

Evet. AWS CloudTrail, hesabınız için AWS API çağrılarını kaydeden ve size günlük dosyalarını gönderen bir web hizmetidir. CloudTrail tarafından oluşturulan AWS API'si çağrı geçmişi sayesinde güvenlik analizi, kaynak değişikliği izleme ve mevzuat uyumluluğu denetimi mümkündür. AWS CloudTrail ayrıntı sayfasından CloudTrail hakkında daha fazla bilgi edinin ve CloudTrail'ın AWS Management Console ana sayfası aracılığıyla bu özelliği açın.

S: Amazon RDS'yi HIPAA uyumluluğu gerektiren uygulamalarla kullanabilir miyim?

C: Evet, tüm RDS veritabanı altyapıları HIPAA için uygun olduğundan, bunları kullanarak HIPAA ile uyumlu uygulamalar oluşturabilir ve AWS ile yaptığınız bir İş Ortağı Sözleşmesi (BAA) kapsamında korunan sağlık bilgileri (PHI) dahil olmak üzere sağlık hizmetleriyle ilgili bilgileri saklayabilirsiniz. Zaten bir BAA imzaladıysanız, bu hizmetleri BAA'nız kapsamındaki hesapta/hesaplarda kullanmaya başlamak için herhangi bir işlem yapmanız gerekmez. AWS ile bir BAA imzalamadıysanız veya AWS'de HIPAA ile uyumlu uygulamalar hakkında başka sorularınız varsa lütfen hesap yöneticinize ulaşın.

Veritabanı Yapılandırması

S: Veritabanı Bulut Sunucularım için doğru yapılandırma parametrelerini nasıl seçebilirim?

Amazon RDS, varsayılan olarak bulut sunucusu sınıfını ve depolama kapasitesini göz önünde bulundurarak Veritabanı Bulut Sunucunuz için en uygun yapılandırmayı seçer. Bununla birlikte, isterseniz bunları AWS Management Console'u, Amazon RDS API'lerini veya AWS Komut Satırı Arabirimi'ni kullanarak değiştirebilirsiniz. Lütfen yapılandırma parametreleri için önerilen değerlerin değiştirilmesinin performans azalmasından sistem kilitlenmelerine kadar çeşitli istenmeyen sonuçlarının olabileceğini ve yalnızca bu riskleri kabul eden ileri düzey kullanıcılar tarafından denenmesi gerektiğini unutmayın.

S: Veritabanı Parametre Grupları nedir? Ne işe yararlar?

Veritabanı parametre grubu, bir veya daha fazla Veritabanı Bulut Sunucusuna uygulanabilecek altyapı yapılandırma değerleri için bir “container” görevi görür. Bir Veritabanı Parametre Grubu belirtmeden Veritabanı Bulut Sunucusu oluşturursanız, varsayılan bir Veritabanı Parametre Grubu kullanılır. Bu varsayılan grup, çalıştırdığınız Veritabanı Bulut Sunucusu için optimize edilmiş altyapı varsayılan değerlerini ve Amazon RDS sistem varsayılan değerlerini içerir. Bununla birlikte, Veritabanı Bulut Sunucunuzun özel olarak belirttiğiniz altyapı yapılandırma değerleriyle çalışmasını istiyorsanız basitçe yeni bir Veritabanı Parametre Grubu oluşturabilir, istediğiniz parametreleri değiştirebilir ve Veritabanı Bulut Sunucusunu yeni Veritabanı Parametre Grubunu kullanacak şekilde değiştirebilirsiniz. İlişkilendirme işleminden sonra belirli bir Veritabanı Parametre Grubunu kullanan tüm Veritabanı Bulut Sunucuları, bu Veritabanı Parametre Grubuna yönelik tüm parametre güncellemelerini alır.

Veritabanı Parametre Grupları yapılandırma hakkında daha fazla bilgi edinmek için lütfen Amazon RDS Kullanıcı Kılavuzu'nu okuyun.

S: Amazon RDS kaynaklarımın yapılandırmasını nasıl izleyebilirim?

AWS Config'i kullanarak Amazon RDS Veritabanı Bulut Sunucularında, Veritabanı Alt Ağ Gruplarında, Veritabanı Anlık Yedeklerinde, Veritabanı Güvenlik Gruplarında ve Olay Aboneliklerinde yapılan yapılandırma değişikliklerini kaydedebilir ve Amazon Simple Notification Service (SNS) aracılığıyla değişikliklere ilişkin bildirim alabilirsiniz. Ayrıca, AWS Config Kuralları oluşturarak RDS kaynaklarının istenen yapılandırmalara sahip olup olmadığını değerlendirebilirsiniz.

Multi-AZ Dağıtımları

S: Bir veritabanı bulut sunucusunu Multi-AZ dağıtımı olarak çalıştırmak ne anlama gelir?

Veritabanı bulut sunucunuzu Multi-AZ dağıtımı olarak çalışacak şekilde oluşturduğunuzda veya değiştirdiğinizde, Amazon RDS otomatik olarak farklı bir Erişilebilirlik Alanında zaman uyumlu bir “yedek” replika tedarik edip bunun bakımını yapar. Veritabanı Bulut Sunucunuzda yapılan güncellemeler zaman uyumlu olarak başka bir Erişilebilirlik Alanındaki yedeğe çoğaltılarak bu ikisinin eşitlenmiş halde kalması ve en son veritabanı güncellemelerinizin veritabanı bulut sunucusu hatalarına karşı korunması sağlanır. Belirli türlerdeki planlı bakımlar sırasında veya düşük ihtimalle de olsa bir veritabanı bulut sunucusu hatası ya da Erişilebilirlik Alanı hatası söz konusu olduğunda, yedek yükseltildiği anda veritabanı yazma ve okuma işlemlerini sürdürebilmeniz için Amazon RDS otomatik olarak yedeğe yük devretme işlemi gerçekleştirir. Veritabanı bulut sunucunuzun ad kaydı aynı kaldığından, uygulamanız yöneticilerin el ile müdahalesi gerekmeden veritabanı işlemlerini sürdürebilir. Multi-AZ dağıtımlarında replikasyon saydamdır: Doğrudan yedekle etkileşim kurmazsınız ve yedek, okuma trafiği sunma amacıyla kullanılamaz. Multi-AZ dağıtımları hakkında daha fazla bilgi Amazon RDS Kullanıcı Kılavuzu'nda sağlanmıştır.

S: Erişilebilirlik Alanı nedir?

Erişilebilirlik Alanları, bir Bölge içinde diğer Erişilebilirlik Alanlarındaki hatalardan yalıtılacak şekilde tasarlanmış ayrı konumlardır. Her Erişilebilirlik Alanı kendine ait, fiziksel olarak ayrı, bağımsız bir altyapı üzerinde çalışır ve yüksek oranda güvenilir olacak şekilde tasarlanmıştır. Jeneratörler ve soğutma donanımı gibi yaygın hata noktaları Erişilebilirlik Alanları arasında paylaşılmaz. Ayrıca, bunlar fiziksel olarak birbirinden ayrı konumlarda olduğundan yangın, fırtına veya sel gibi nadiren görülen olağanüstü durumlar yalnızca tek bir Erişilebilirlik Alanını etkiler. Aynı Bölge içindeki Erişilebilirlik Alanları, düşük gecikme süreli ağ bağlantısı avantajından yararlanır.

S: Multi-AZ dağıtımı bağlamında “birincil” ve “yedek” ne anlama gelir?

Bir veritabanı bulut sunucusunu Multi-AZ dağıtımı olarak çalıştırıyorsanız “birincil” tarafından veritabanı yazma ve okuma işlemleri sunulur. Ayrıca, Amazon RDS arka planda birincilin güncel bir replikası olan bir “yedek” tedarik edip bunun bakımını yapar. Yük devretme senaryolarında yedek “yükseltilir”. Yük devrinden sonra yedek birincil olur ve veritabanı işlemlerinizi kabul eder. Yükseltmeden önceki herhangi bir noktada yedekle doğrudan etkileşim (ör. okuma işlemleri için) kuramazsınız. Okuma trafiğini tek bir veritabanı bulut sunucusunun kapasite kısıtlamalarını aşacak şekilde ölçeklendirmek istiyorsanız, lütfen Okuma Replikaları ile ilgili SSS bölümüne bakın.

S: Multi-AZ dağıtımının avantajları nelerdir?

Veritabanı bulut sunucunuzu Multi-AZ dağıtımı olarak çalıştırmanın birincil avantajı, veritabanının dayanıklılığının ve erişilebilirliğinin artmasıdır. Multi-AZ dağıtımları tarafından sunulan daha yüksek erişilebilirlik ve hata toleransı, bunların doğası gereği üretim ortamları için uygun olmasını sağlar.

Veritabanı bulut sunucunuzu Multi-AZ dağıtımı olarak çalıştırmanız, düşük ihtimalle de olsa bir veritabanı bulut sunucusu bileşeninde hata oluşması ya da bir Erişilebilirlik Alanında erişilebilirlik kaybı yaşanması durumunda verilerinizi korur. Örneğin, birincil veritabanınızdaki bir depolama biriminde hata oluşursa Amazon RDS otomatik olarak tüm veritabanı güncellemelerinizin korunduğu yedeğe yük devretme işlemi başlatır. Bu, kullanıcı tarafından başlatılan bir geri yükleme işlemi gerektiren ve son geri yüklenebilir zamandan (genellikle son beş dakika içinde) sonra gerçekleşen güncellemelerin erişilebilir olmayacağı tek bir Erişilebilirlik Alanındaki standart dağıtımlara göre daha fazla veri dayanıklılığı sağlar.

Ayrıca, veritabanı bulut sunucunuzu bir Multi-AZ dağıtımı olarak çalıştırdığınızda veritabanı erişilebilirliğinde iyileşme avantajına da sahip olursunuz. Bir Erişilebilirlik Alanı hatası veya veritabanı bulut sunucusu hatası gerçekleştiğinde bunun erişilebilirliğinize etkisi, otomatik yük devretme tamamlanana kadar geçen süreyle kısıtlıdır. Multi-AZ'nin erişilebilirlik avantajları planlı bakımı da kapsar. Örneğin, otomatik yedeklemede kaynak olarak yedek replika kullanıldığından, artık tercih ettiğiniz yedekleme aralığında birincil veritabanınızda G/Ç etkinliği askıya alınmaz. Düzeltme eki uygulama veya veritabanı bulut sunucusunun sınıfını ölçeklendirme durumunda bu işlemler otomatik yük devretmeden önce ilk olarak yedekte gerçekleşir. Sonuç olarak bunun erişilebilirliğinize etkisi, otomatik yük devretme tamamlanana kadar geçen süreyle kısıtlıdır.

Veritabanı bulut sunucunuzu Multi-AZ dağıtımı olarak çalıştırmanın bir başka dolaylı avantajı da veritabanı bulut sunucusu yük devrinin otomatik olması ve yönetim gerektirmemesidir. Amazon RDS bağlamında bu, bir Erişilebilirlik Alanı hatası ya da veritabanı bulut sunucusu hatası söz konusu olduğunda veritabanı bulut sunucusu olaylarını izlemeniz ve el ile veritabanı bulut sunucusu kurtarma işlemi başlatmanız (RestoreDBInstanceToPointInTime veya RestoreDBInstanceFromSnapshot API'leri aracılığıyla) gerekmediği anlamına gelir.

S: Veritabanı bulut sunucumu Multi-AZ dağıtımı olarak çalıştırmamın performansa herhangi bir etkisi var mıdır?

Sizin adınıza gerçekleştirilen zaman uyumlu veri replikasyonu nedeniyle tek bir Erişilebilirlik Alanındaki standart bir veritabanı bulut sunucusu dağıtımına kıyasla gecikme süresinde artış gözlemleyebilirsiniz.

S: Veritabanı bulut sunucumu Multi-AZ dağıtımı olarak çalıştırırken, yedek replikamı okuma veya yazma işlemleri için kullanabilir miyim?

Hayır, Multi-AZ yedek replikası okuma isteklerine karşılık veremez. Multi-AZ dağıtımları, okuma ölçeklendirme avantajlarından ziyade iyileştirilmiş veritabanı erişilebilirliği ve dayanıklılığı sağlayacak şekilde tasarlanmıştır. Bu nedenle, özellik birincil ve yedek arasında zaman uyumlu replikasyon kullanır. Uygulamamız birincil ve yedeğin her zaman eşitlenmiş halde olmasını sağlar, ancak yedeğin okuma veya yazma işlemleri için kullanılmasına imkan tanımaz. Bir okuma ölçeklendirme çözümü ile ilgileniyorsanız Okuma Replikaları hakkındaki SSS bölümüne bakın.

S: Multi-AZ veritabanı bulut sunucusu dağıtımını nasıl oluşturabilirim?

Multi-AZ veritabanı bulut sunucusu dağıtımı oluşturmak için AWS Management Console ile bir Veritabanı Bulut Sunucusu başlatırken “Multi-AZ Deployment” (Multi-AZ Dağıtımı) seçeneği için “Yes” (Evet) seçeneğine tıklamanız yeterlidir. Alternatif olarak, Amazon RDS API'lerini kullanıyorsanız CreateDBInstance API'sine çağrı yapar ve “Multi-AZ” parametresini “true” (doğru) değerine ayarlarsınız. Mevcut bir standart (tek AZ) veritabanı bulut sunucusunu Multi-AZ'ye dönüştürmek için AWS Management Console'da veritabanı bulut sunucusunu değiştirin veya ModifyDBInstance API'sini kullanarak Multi-AZ parametresini true (doğru) olarak ayarlayın.

S: RDS bulut sunucumu Single-AZ'den Multi-AZ'ye dönüştürürsem ne olur?

RDS for MySQL, MariaDB, PostgreSQL ve Oracle veritabanı altyapılarında RDS bulut sunucunuzu Single-AZ'den Multi-AZ'ye dönüştürmeyi seçtiğinizde aşağıdakiler gerçekleşir:

  • Birincil bulut sunucunuzun anlık yedeği alınır
  • Farklı bir Erişilebilirlik Alanında anlık yedekten yeni bir yedek bulut sunucusu oluşturulur
  • Birincil ve yedek bulut sunucusu arasında zaman uyumlu replikasyon yapılandırılır

Bu sayede, bir bulut sunucusu Single-AZ'den Multi-AZ'ye dönüştürülürken kesinti meydana gelmemesi sağlanır. Ancak, yedek bulut sunucusundaki veri birincil bulut sunucusuyla eşleştirilirken gecikmenin arttığını görebilirsiniz.

S: Amazon RDS'nin yedek replikaya yük devretme işlemi başlatmasına hangi olaylar neden olur?

Amazon RDS, veritabanı işlemlerini yönetici müdahalesi gerekmeksizin mümkün olduğunca kısa sürede sürdürebilmeniz için Multi-AZ dağıtımlarında gerçekleşebilecek çoğu yaygın hata senaryosunu algılayıp dağıtımı otomatik olarak kurtarır. Amazon RDS, aşağıdakilerden herhangi biriyle karşılaşıldığında otomatik olarak yük devretme gerçekleştirir:

  • Birincil Erişilebilirlik Alanında erişilebilirlik kaybı
  • Birincil bulut sunucusuna ağ bağlantısı kaybı
  • Birincil bulut sunucusunda işlem birimi hatası
  • Birincil bulut sunucusunda depolama hatası

Not: Multi-AZ dağıtımları için veritabanı bulut sunucusu ölçeklendirme veya sistem yükseltmeleri (ör. işletim sistemine düzeltme eki uygulama) gibi işlemler başlatıldığında geliştirilmiş erişilebilirlik sağlanması amacıyla bunlar otomatik yük devrinden önce ilk olarak yedekte uygulanır. Sonuç olarak bunun erişilebilirliğinize etkisi, yalnızca otomatik yük devretme tamamlanana kadar geçen süreyle kısıtlıdır. Amazon RDS Multi-AZ dağıtımlarının uzun süre çalışan sorgular, kilitlenmeler veya veritabanı bozulma hataları gibi veritabanı işlemlerine yanıt olarak otomatik yük devretme gerçekleştirmediğini unutmayın.

S: Otomatik yük devretme gerçekleşirse uyarı alır mıyım?

Evet, Amazon RDS otomatik devretme gerçekleştiğini bildiren bir veritabanı bulut sunucusu olayı yayınlar. Amazon RDS Console'un “Events” (Olaylar) bölümüne tıklayarak veya DescribeEvents API'sini kullanarak veritabanı bulut sunucunuzla ilgili olaylar hakkında bilgi döndürebilirsiniz. Ayrıca, belirli veritabanı olayları gerçekleştiğinde bildirim almak için Amazon RDS Olay Bildirimlerini kullanabilirsiniz.

S: Multi-AZ yük devretme sırasında ne olur ve bu işlem ne kadar sürer?

Veritabanı işlemlerini yönetici müdahalesi gerekmeksizin mümkün olduğunca kısa sürede sürdürebilmeniz için yük devretme Amazon RDS tarafından otomatik olarak gerçekleştirilir. Yük devretme sırasında Amazon RDS basitçe veritabanı bulut sunucunuzun kurallı ad kaydını (CNAME) yedeği gösterecek şekilde değiştirir ve bu yedek yükseltilerek yeni birincil yapılır. En iyi uygulamaları izlemenizi ve uygulama katmanında veritabanı bağlantısı için yeniden deneme uygulamanızı öneririz.

Birincil bulut sunucusunda hatanın algılanması ile yedekte işlemlerin sürdürülmesi arasındaki süre olarak tanımlanan yük devretme işlemleri genellikle bir ila iki dakika içinde tamamlanır. Yük devretme süresi, kurtarılması gereken işlenmemiş büyük işlemler olup olmadığına göre de değişkenlik gösterebilir; en iyi sonuçlar için Multi-AZ ile uygun büyüklükteki bulut sunucusu tiplerinin kullanılması önerilir. AWS hızlı, öngörülebilir ve tutarlı aktarım hızı performansı için Multi-AZ bulut sunucuları ile Tedarik Edilmiş IOPS kullanımını da önerir.

S: Multi-AZ veritabanı bulut sunucusu dağıtımım için "zorla yük devretme" işlemi başlatabilir miyim?

Amazon RDS, çeşitli hata koşulları söz konusu olduğunda kullanıcı müdahalesi olmadan yükü otomatik olarak devreder. Amazon RDS buna ek olarak bulut sunucunuzu yeniden başlatırken yük devri başlatma seçeneği sunar. Bu özelliğe AWS Management Console aracılığıyla veya RebootDBInstance API çağrısını kullanarak erişebilirsiniz.

S: Multi-AZ zaman uyumlu replikasyonu nasıl denetleyebilirim/yapılandırabilirim?

Multi-AZ dağıtımlarında tek yapmanız gereken “Multi-AZ” parametresini true (doğru) olarak ayarlamaktır. Yedeğin oluşturulması, zaman uyumlu replikasyon ve yük devretme işlemlerinin tamamı otomatik olarak gerçekleştirilir. Bu, yedeğinizin dağıtıldığı Erişilebilirlik Alanını seçemeyeceğiniz veya erişilebilen yedek sayısını değiştiremeyeceğiniz (Amazon RDS tarafından her birincil veritabanı bulut sunucusu için bir tahsis edilmiş yedek tedarik edilir) anlamına gelir. Yedek, veritabanı okuma etkinliği kabul edecek şekilde de yapılandırılamaz. Multi-AZ yapılandırmaları hakkında daha fazla bilgi edinin.

S: Yedeğim birincil bulut sunucumla aynı Bölgede mi olur?

Evet. Yedeğiniz otomatik olarak birincil veritabanı bulut sunucunuz ile aynı Bölgede, farklı bir Erişilebilirlik Alanında tedarik edilir.

S: Birincil bulut sunucumun şu anda hangi Erişilebilirlik Alanında olduğunu görebilir miyim?

Evet, AWS Management Console'u veya DescribeDBInstances API'sini kullanarak geçerli birincil bulut sunucunuzun konumunu görebilirsiniz.

S: Yük devretmeden sonra birincil bulut sunucum diğer AWS kaynaklarımdan (ör. EC2 bulut sunucuları) farklı bir Erişilebilirlik Alanında yer alıyor. Gecikme süresi konusunda endişelenmem gerekir mi?

Erişilebilirlik Alanları, aynı Bölgedeki diğer Erişilebilirlik Alanlarına düşük gecikme süreli ağ bağlantısı sağlayacak şekilde tasarlanmıştır. Buna ek olarak, uygulamanızın bir Erişilebilirlik Alanı hatası halinde dayanıklı olması için uygulamanızın ve diğer AWS kaynaklarınızın mimarisini birden çok Erişilebilirlik Alanında yedeklilik sağlayacak şekilde tasarlamanız yararlı olabilir. Multi-AZ dağıtımları, veritabanı katmanına yönelik bu gereksinimi sizin yönetiminize gerek kalmadan karşılar.

S: Multi-AZ dağıtımımda Veritabanı Anlık Yedekleri ve otomatik yedekleme işlemleri nasıl gerçekleştirilir?

Single-AZ'de standart bir dağıtım veya Multi-AZ dağıtımı çalıştırıyor olmanızdan bağımsız olarak otomatik yedekleme ve Veritabanı Anlık Yedeği işleviyle aynı şekilde etkileşim kurarsınız. Multi-AZ dağıtımı çalıştırıyorsanız G/Ç'nin askıya alınmasının önlenmesi amacıyla otomatik yedekler ve Veritabanı Anlık Yedekleri basitçe yedek veritabanınızdan alınır. Lütfen hem Single-AZ hem Multi-AZ dağıtımları için yedekleme sırasında G/Ç gecikme süresinde artış yaşanabileceğini (genellikle birkaç dakikalığına) unutmayın.

Multi-AZ dağıtımlarında ve standart, Single-AZ dağıtımlarında geri yükleme işlemi (belirli bir noktaya geri yükleme veya Veritabanı Anlık Yedeğinden geri yükleme) başlatmak da aynıdır. RestoreDBInstanceFromSnapshot veya RestoreDBInstanceToPointInTime API'siyle yeni veritabanı bulut sunucusu dağıtımları oluşturulabilir. Bu yeni veritabanı bulut sunucusu dağıtımları, kaynak yedeğin standart bir dağıtımda veya Multi-AZ dağıtımında başlatıldığından bağımsız olarak standart veya Multi-AZ olabilir.

Okuma Replikaları

S: Bir Veritabanı Bulut Sunucusunu okuma replikası olarak çalıştırmak ne anlama gelir?

Okuma replikaları, yoğun okuma gerektiren veritabanı iş yükleri için desteklenen altyapıların yerleşik replikasyon işlevinden yararlanarak ölçeği tek bir Veritabanı Bulut Sunucusunun kapasite kısıtlamalarını aşacak şekilde esnek olarak genişletme avantajından yararlanmayı kolaylaştırır. AWS Management Console'da yalnızca birkaç tıklamayla veya CreateDBInstanceReadReplica API'sini kullanarak okuma replikası oluşturabilirsiniz. Okuma replikası oluşturulduktan sonra, kaynak veritabanı bulut sunucusunda gerçekleşen veritabanı güncellemeleri desteklenen altyapının yerel, zaman uyumsuz replikasyonu kullanılarak çoğaltılır. Belirli bir kaynak veritabanı bulut sunucusunun birden çok okuma replikasını oluşturabilir ve uygulamanızın okuma trafiğini bunlar arasında paylaştırabilirsiniz.

Okuma replikaları desteklenen altyapıların yerleşik replikasyon teknolojisini kullandığından, ilgili teknolojinin güçlü ve kısıtlayıcı yönlerini alır. Bunların başında, güncellemelerin kaynak veritabanı bulut sunucusunda gerçekleştikten sonra okuma replikalarınıza uygulanması gelir ve replikasyon gecikmesi önemli ölçüde değişkenlik gösterebilir. Multi-AZ dağıtımları tarafından sağlanan geliştirilmiş veritabanı yazma erişilebilirliği ve veri dayanıklılığına ek olarak okuma ölçeklendirme avantajlarından yararlanmak amacıyla okuma replikaları Multi-AZ dağıtımlarıyla ilişkilendirilebilir.

S: Hangi durumlarda Amazon RDS okuma replikası kullanmalıyım?

Belirli bir kaynak veritabanı bulut sunucusu için bir veya daha fazla okuma replikası dağıtmanın mantıklı olabileceği çeşitli senaryolar vardır. Okuma replikası dağıtma konusunda yaygın gerekçeler şunlardır:

  • Yoğun okuma gerektiren veritabanı iş yükleri için tek bir veritabanı bulut sunucusunun işlem veya G/Ç kapasitesini aşacak şekilde ölçeklendirme. Bu fazla okuma trafiği bir veya daha fazla okuma replikasına yönlendirilebilir.
  • Kaynak veritabanı bulut sunucusu erişilebilir olmadığında okuma trafiğini karşılama. Kaynak veritabanı bulut sunucunuz G/Ç istekleri alamıyorsa (ör. yedekleme veya zamanlanmış bakım için G/Ç askıya alındığı için), okuma trafiğini okuma replikalarınıza yönlendirebilirsiniz. Bu kullanım örneği için kaynak Veritabanı Bulut Sunucusuna erişilemediğinden okuma replikasındaki verilerin “eski” olabileceğini unutmayın.
  • İş raporlama veya veri ambarı senaryoları: İş raporlama sorgularının birincil, üretim Veritabanı Bulut Sunucunuz yerine okuma replikasında çalıştırılmasını isteyebilirsiniz.
  • Kaynak veritabanı bulut sunucusunun olağanüstü durumdan kurtarılması için aynı AWS Bölgesindeki veya başka Bölgedeki bir okuma replikasını kullanabilirsiniz.

S: Okuma replikaları oluşturabilmem için önce veritabanı bulut sunucumda otomatik yedeklemeyi etkinleştirmem mi gerekir?

Evet. Okuma replikaları eklemeden önce kaynak veritabanı bulut sunucunuzda yedek tutma dönemini 0 dışında bir değere ayarlayarak otomatik yedeklemeyi etkinleştirin. Okuma replikalarının çalışması için yedekleme etkin kalmalıdır.

S: Amazon RDS okuma replikalarını hangi veritabanı altyapısı sürümleri destekler?

Amazon Aurora: Tüm veritabanı kümeleri.

Amazon RDS for MySQL: Tüm veritabanı bulut sunucuları, okuma replikası oluşturmayı destekler. Okuma replikası işlemleri için kaynak veritabanı bulut sunucusunda otomatik yedekleme etkinleştirilmeli ve etkin kalmalıdır. Replikada otomatik yedekleme 5.5 değil yalnızca MySQL 5.6 ve daha yeni sürümleri çalıştıran Amazon RDS okuma replikaları için desteklenir.

Amazon RDS for PostgreSQL: PostgreSQL sürüm 9.3.5 veya daha yeni bir sürüme sahip veritabanı bulut sunucuları okuma replikası oluşturmayı destekler. 9.3.5'ten önceki bir sürüme sahip mevcut PostgreSQL bulut sunucuları, Amazon RDS okuma replikalarının kullanılabilmesi için PostgreSQL sürüm 9.3.5'e yükseltilmelidir.

Amazon RDS for MariaDB: Tüm veritabanı bulut sunucuları okuma replikası oluşturmayı destekler. Okuma replikası işlemleri için kaynak veritabanı bulut sunucusunda otomatik yedekleme etkinleştirilmeli ve etkin kalmalıdır.

Amazon RDS for Oracle: Hem Oracle 12.1.0.2.v12 ve üzeri sürümlerde hem de Oracle Database Enterprise Edition ile Kendi Lisansını Getir modelini kullanan 12.2 sürümlerinde desteklenmektedir ve Aktif Veri Güvenliği Seçeneği için lisanslanmaktadır.

Amazon RDS for SQL Server: Okuma replikaları, temel replikasyon teknolojisi, Always On Availability Groups 2016 ve 2017 sürümlerini kullandığında Multi-AZ yapılandırmasındaki Enterprise Edition'da desteklenmektedir.

S: Belirli bir veritabanı bulut sunucusu için nasıl okuma replikası dağıtabilirim?

Standart CreateDBInstanceReadReplica API'sini kullanarak veya AWS Management Console'da birkaç tıklamayla dakikalar içinde bir okuma replikası oluşturabilirsiniz. Okuma replikası oluştururken bir SourceDBInstanceIdentifier belirterek replikayı okuma replikası olarak tanımlayabilirsiniz. SourceDBInstanceIdentifier, replikasyon için “kaynak” olarak kullanmak istediğiniz veritabanı bulut sunucusunun veritabanı bulut sunucusu tanımlayıcısıdır. Standart bir veritabanı bulut sunucusunda olduğu gibi Erişilebilirlik Alanını, Veritabanı Bulut Sunucusu sınıfını ve tercih edilen bakım aralığını da belirtebilirsiniz. Bir okuma replikasının altyapı sürümü (ör. PostgreSQL 9.3.5) ve depolama tahsisatı, kaynak veritabanı bulut sunucusundan devralınır. Okuma replikası oluşturma işlemi başlattığınızda Amazon RDS kaynak veritabanı bulut sunucunuzun anlık yedeğini alır ve replikasyonu başlatır. Bunun sonucunda, anlık yedek alındığı sırada kaynak veritabanı bulut sunucunuzda kısa bir süreliğine G/Ç askıya alınır. G/Ç kesintisi genellikle bir dakika civarı sürer ve kaynak veritabanı bulut sunucusu bir Multi-AZ dağıtımıysa kesinti yaşanmaz (Multi-AZ dağıtımları için anlık yedekler yedek bulut sunucusundan alınır). Ayrıca, Amazon RDS şu anda 30 dakikalık bir aralıkta birden çok okuma replikası oluşturursanız G/Ç etkisinin olabildiğince azaltılması amacıyla bunların tümünün aynı kaynak anlık yedeği kullanmasını (her okuma replikası için oluşturma işleminden sonra “yetişme” replikasyonu başlar) sağlamaya yönelik bir optimizasyon (kısa süre içinde yayınlanacaktır) üzerinde çalışmaktadır.

S: Okuma replikalarıma nasıl bağlanırım?

Okuma replikalarına tıpkı standart bir veritabanı bulut sunucusunda olduğu gibi DescribeDBInstance API'si veya AWS Management Console aracılığıyla okuma replikalarınızın uç noktalarını alarak bağlanabilirsiniz. Birden çok okuma replikanız varsa okuma trafiğinin bunlar arasında nasıl paylaştırılacağının belirlenmesi uygulamanıza bırakılır.

S: Belirli bir kaynak veritabanı bulut sunucusu için kaç okuma replikası oluşturabilirim?

MySQL, MariaDB, PostgreSQL, Oracle ve SQL Server için Amazon RDS ile belirli bir kaynak veritabanı bulut sunucusuna yönelik 5 adede kadar okuma replikası oluşturabilirsiniz.

S: Kaynak veritabanı bulut sunucusundan farklı bir AWS Bölgesinde okuma replikası oluşturabilir miyim?

Evet, Amazon RDS (RDS for SQL Server hariç) bölgeler arası okuma replikalarını destekler. Verilerin kaynak veritabanı bulut sunucusuna yazıldığı zaman ile okuma replikasında erişilebilir hale geldiği zaman arasındaki sürenin miktarı, iki bölge arasındaki ağ gecikme süresine bağlı olur.

S: Amazon RDS okuma replikaları zaman uyumlu replikasyonu destekliyor mu?

Hayır. MySQL, MariaDB, PostgreSQL, Oracle ve SQL Server için Amazon RDS’de okuma replikaları, ilgili altyapıların yerel zaman uyumsuz replikasyon mekanizması kullanılarak uygulanır. Amazon Aurora farklı ama yine de zaman uyumsuz olan bir replikasyon mekanizması kullanır.

S: Bir okuma replikasını veritabanı yazma erişilebilirliğini geliştirmek veya kaynak veritabanı bulut sunucumdaki verileri hata senaryolarına karşı korumak için kullanabilir miyim?

Veritabanı yazma erişilebilirliğini artırmak ve en son veritabanı güncellemelerini çeşitli hata koşullarına karşı korumak için replikasyon kullanmak istiyorsanız, veritabanı bulut sunucunuzu bir Multi-AZ dağıtımı olarak çalıştırmanızı öneririz. Desteklenen altyapıların yerel, zaman uyumsuz replikasyon mekanizmasını kullanan Amazon RDS okuma replikaları ile veritabanı yazma işlemleri kaynak veritabanı bulut sunucusunda zaten gerçekleştikten sonra okuma replikasında gerçekleşir ve bu replikasyon “gecikmesi” önemli ölçüde değişkenlik gösterebilir. Buna karşılık olarak, Multi-AZ dağıtımları tarafından kullanılan replikasyon zaman uyumludur. Yani, tüm veritabanı yazma işlemleri birincil ve yedek bulut sunucusunda eş zamanlı olarak gerçekleşir. Bu, yük devretme gerekmesi ihtimaline karşı zaten yedekte erişilebilir olması gereken en son veritabanı güncellemelerinizin korunmasını sağlar. Ayrıca, Multi-AZ dağıtımlarında replikasyon tam olarak yönetilir. Amazon RDS otomatik olarak veritabanı bulut sunucusu hata koşullarını veya Erişilebilirlik Alanı hatalarını izler ve bir kesinti yaşanırsa yedeğe (veya Amazon Aurora için okuma replikasına) otomatik yük devretme işlemi başlatır.

S: Kaynağı bir Multi-AZ veritabanı bulut sunucusu dağıtımı olan bir okuma replikası oluşturabilir miyim?

Evet. Multi-AZ veritabanı bulut sunucuları okuma replikalarından farklı bir gereksinimi karşıladığından, üretim dağıtımları için ikisinin birlikte kullanılması ve bir Multi-AZ veritabanı bulut sunucusu dağıtımıyla bir okuma replikasının ilişkilendirilmesi mantıklıdır. “Kaynak” Multi-AZ veritabanı bulut sunucusu gelişmiş yazma erişilebilirliği ve veri dayanıklılığı sağlarken ilişkili okuma replikası okuma trafiğinin ölçeklenebilirliğini geliştirir.

S: Amazon RDS okuma replikalarımın kendisini de Multi-AZ olarak yapılandırabilir miyim?

Evet. MySQL, MariaDB, PostgreSQL ve Oracle için Amazon RDS; olağanüstü durum kurtarmayı desteklemek ve altyapı yükseltmelerinden kaynaklanan kesinti süresini en aza indirmek için okuma replikalarında Multi-AZ yapılandırmasını etkinleştirmenize olanak tanır.

S: Okuma replikalarım kaynak olarak bir Multi-AZ veritabanı bulut sunucusu dağıtımını kullanıyorsa, Multi-AZ yük devretme gerçekleştiğinde ne olur?

Multi-AZ yük devretme durumunda, yük devretme tamamlandıktan (yeni yükseltilen birincil bulut sunucusundan güncellemeler alındıktan) sonra ilişkili ve erişilebilir tüm okuma replikalarının replikasyonu otomatik olarak sürdürülür.

S: Başka bir okuma replikasının okuma replikasını oluşturabilir miyim?

Amazon Aurora, Amazon RDS for MySQL ve MariaDB: Mevcut bir birinci katman okuma replikasından ikinci katman okuma replikası oluşturabilirsiniz. İkinci katman okuma replikası oluşturarak replikasyon yükünün bir kısmını ana veritabanı bulut sunucusundan birinci katman okuma replikasına taşıyabilirsiniz. Bu durumda işlemlerin önce birinci katman replikaya, ardından ikinci katman replikaya çoğaltılması sonucu oluşan ek replikasyon gecikme süresi nedeniyle ikinci katman okuma replikasının ana replikanın daha da gerisinde kalabileceğini lütfen unutmayın.

Amazon RDS for PostgreSQL, Oracle ve SQL Server: Okuma Replikalarının Okuma Replikaları şu anda desteklenmemektedir.

S: Okuma replikalarım yalnızca veritabanı okuma işlemlerini mi kabul edebilir?

Okuma replikaları okuma trafiğini karşılayacak şekilde tasarlanmıştır. Bununla birlikte, ileri düzey kullanıcıların bir okuma replikasında Data Definition Language (DDL) SQL deyimlerini tamamlamak istediği kullanım örnekleri olabilir. Buna bir veritabanı dizinini ilgili kaynak veritabanı bulut sunucusuna eklemeden iş raporlama için kullanılan bir okuma replikasına ekleme örneği verilebilir.

Amazon RDS for MySQL, bir okuma replikasında DDL SQL deyimlerine izin verecek şekilde yapılandırılabilir. Belirli bir okuma replikası için okuma dışındaki işlemleri etkinleştirmek istiyorsanız, “read_only” parametresini “0” değerine ayarlayarak okuma replikasının etkin veritabanı parametre grubunu değiştirin.

Amazon RDS for PostgreSQL şu anda bir okuma replikasında DDL SQL deyimlerinin yürütülmesini desteklemiyor.

S: Okuma replikamı “tek başına” bir veritabanı bulut sunucusuna yükseltebilir miyim?

Evet. Diğer ayrıntıları öğrenmek için Amazon RDS Kullanıcı Kılavuzu'na başvurun.

S: Okuma replikam kaynak veritabanı bulut sunucusuyla güncel tutulur mu?

Bir kaynak veritabanı bulut sunucusunda yapılan güncellemeler otomatik olarak tüm ilişkili okuma replikalarına çoğaltılır. Bununla birlikte, desteklenen altyapıların zaman uyumsuz replikasyon teknolojisi nedeniyle bir okuma replikası çeşitli sebeplerden dolayı kaynak veritabanı bulut sunucusunun gerisinde kalabilir. Bu genellikle şu nedenlerle olur:

  • Kaynak veritabanı bulut sunucusuna yazma G/Ç hacmi, değişikliklerin okuma replikasına uygulanabileceği hızdan yüksektir (bu sorun özellikle de bir okuma replikasının işlem kapasitesi kaynak veritabanı bulut sunucusundan düşükse ortaya çıkabilir)
  • Kaynak veritabanı bulut sunucusunda gerçekleşen karmaşık veya uzun süren işlemler, okuma replikasına replikasyonun gecikmesine neden olur
  • Kaynak veritabanı bulut sunucusu ile okuma replikası arasındaki ağ bölümleri veya gecikme süresi

Okuma replikaları, desteklenen altyapıların yerel replikasyon mekanizmasının güçlü ve zayıf yönleriyle kısıtlıdır. Okuma Replikaları kullanıyorsanız, bir Okuma Replikası ile bunun kaynak Veri Tabanı Bulut Sunucusu arasında gecikme veya “tutarsızlık” olasılığına dikkat etmelisiniz.

S: Etkin okuma replikalarımın durumunu nasıl görebilirim?

Standart DescribeDBInstances API'sini kullanarak dağıttığınız tüm veritabanı bulut sunucularının (okuma replikaları dahil) bir listesini döndürebilir veya basitçe Amazon RDS Console'un "Instances" (Bulut Sunucuları) sekmesine tıklayabilirsiniz.

Amazon RDS, bir okuma replikasının kaynak veritabanı bulut sunucusunun ne kadar gerisinde kaldığını görmenize olanak tanır. Okuma replikasının ana bulut sunucusundan kaç saniye geride olduğu, AWS Management Console veya Amazon CloudWatch API'leri aracılığıyla erişilebilen bir Amazon CloudWatch ölçümü ("Replica Lag") olarak yayınlanır. Amazon RDS for MySQL için bu bilginin kaynağı, okuma replikasına "Show Slave Status" MySQL komutu gönderilerek görüntülenen bilgilerle aynıdır. Amazon RDS for PostgreSQL'de kaynak veritabanı bulut sunucusunda pg_stat_replication görünümünü kullanarak replikasyon ölçümlerine göz atabilirsiniz.

Amazon RDS, okuma replikalarınızın durumunu izler ve herhangi bir nedenden dolayı replikasyon durursa AWS Management Console'da Replication State (Replikasyon Durumu) alanını "Error" (Hata) olarak günceller (ör. replikanızda ana veritabanı bulut sunucunuzda yapılan güncellemelerle çakışan DML sorguları gerçekleştirmeye çalışırsanız replikasyon hatası oluşur). Replication State (Replikasyon Durumu) alanını görüntüleyerek MySQL altyapısı tarafından oluşturulan ilişkili hatanın ayrıntılarını gözden geçirebilir ve bulut sunucusunu bundan kurtarmak için uygun eylemi gerçekleştirebilirsiniz. MySQL veya PostgreSQL'ye yönelik Amazon RDS Kullanıcı Kılavuzu'nun Okuma Replikası Sorununu Giderme bölümünden replikasyon sorunlarını giderme hakkında daha fazla bilgi edinebilirsiniz.

Bir replikasyon hatası düzeltilirse Replication State (Replikasyon Durumu) Replicating (Çoğaltılıyor) olarak değişir.

S: Kaynak veritabanı bulut sunucumun işlem ve/veya depolama kapasitesini ölçeklendirdim. İlişkili okuma replikalarının kaynaklarını da ölçeklendirmeli miyim?

Replikasyonun etkili bir şekilde çalışabilmesi için okuma replikalarının kaynak veritabanı bulut sunucuları kadar veya bunlardan daha fazla işlem ve depolama kaynağına sahip olmasını öneririz. Aksi takdirde, replikasyon gecikmesi büyük olasılıkla artar ve okuma replikanızda çoğaltılan güncellemeleri barındırmak için yer kalmaz.

S: Bir okuma replikasını nasıl silebilirim? Kaynak veritabanı bulut sunucusu silinirse otomatik olarak silinir mi?

AWS Management Console'da yalnızca birkaç tıklamayla veya DeleteDBInstance API'sine veritabanı bulut sunucusunun tanımlayıcısını geçirerek okuma replikasını kolayca silebilirsiniz.

Bir Amazon Aurora replikası, kendisine karşılık gelen veritabanı bulut sunucusu silindikten sonra bile etkin kalır ve okuma trafiği kabul etmeye devam eder. Kümedeki replikalardan biri otomatik olarak yükseltilip yeni ana replika yapılır ve yazma trafiği almaya başlar.

Bir Amazon RDS for MySQL veya MariaDB okuma replikası, kendisine karşılık gelen veritabanı bulut sunucusu silindikten sonra bile etkin kalır ve okuma trafiği kabul etmeye devam eder. Kaynak veritabanı bulut sunucusuna ek olarak okuma replikasını silmek istiyorsanız DeleteDBInstance API'sini veya AWS Management Console'u kullanarak bunu açıkça yapmanız gerekir.

Okuma replikaları olan bir Amazon RDS for PostgreSQL veritabanı bulut sunucusunu silerseniz tüm okuma replikaları yükseltilerek tek başına veritabanı bulut sunucuları yapılır ve hem okuma hem da yazma trafiği alabilecek duruma gelir. Yeni yükseltilen veritabanı bulut sunucuları birbirinden bağımsız çalışır. Özgün kaynak veritabanı bulut sunucusuna ek olarak bu veritabanı bulut sunucularını silmek istiyorsanız DeleteDBInstance API'sini veya AWS Management Console'u kullanarak bunu açıkça yapmanız gerekir.

S: Okuma replikalarının maliyeti ne kadardır? Faturalandırma ne zaman başlar ve biter?

Okuma replikası, standart veritabanı bulut sunucusu olarak ve aynı fiyatlardan faturalandırılır. Standart bir veritabanı bulut sunucusunda olduğu gibi okuma replikasının “Veritabanı Bulut Sunucusu saati” başına fiyatı, okuma replikasının veritabanı bulut sunucusu sınıfına göre belirlenir – güncel fiyatlandırma için lütfen fiyatlandırma sayfasına bakın. Aynı AWS Bölgesi içinde kaynak veritabanı bulut sunucunuz ile okuma replikanız arasında veri replikasyonu sırasında gerçekleşen veri aktarımı için ücret ödemezsiniz.

Bir okuma replikası için faturalandırma, replika başarıyla oluşturulduğu an (durum “active” (etkin) olarak listelendiğinde) başlar. Okuma replikası, silinmesi için sizin tarafınızdan komut verilene kadar standart Amazon RDS veritabanı bulut sunucusu saatlik ücretleri üzerinden faturalandırılmaya devam eder.

Geliştirilmiş İzleme

S: RDS için Geliştirilmiş İzleme nedir?

RDS için Geliştirilmiş İzleme, RDS bulut sunucularınızın durumuna ilişkin daha derinlikli görünürlük sağlar. RDS Veritabanı Bulut Sunucunuz için “Geliştirilmiş İzleme” seçeneğini açıp bir ayrıntı düzeyi belirttiğinizde, Geliştirilmiş İzleme tanımlanan ayrıntı düzeyinde önemli işletim sistemi ölçümlerini toplar ve bilgileri işler.

Veritabanı yükünüzün daha ayrıntılı tanılama ve görselleştirmesi ve daha uzun veri saklama süresi için Performans Öngörüleri’ni deneyebilirsiniz.

S: Geliştirilmiş İzleme'de hangi ölçümleri ve işlemleri izleyebilirim?

Geliştirilmiş İzleme, RDS bulut sunucunuzun CPU, bellek, dosya sistemi ve disk G/Ç gibi sistem düzeyindeki ölçümlerini yakalar. Ölçümlerin tam listesine belgelerden ulaşabilirsiniz.

S: Geliştirilmiş İzleme tarafından hangi altyapılar desteklenir?

Geliştirilmiş İzleme tüm Amazon RDS veritabanı altyapılarını destekler.

S: Geliştirilmiş İzleme tarafından hangi bulut sunucusu tipleri desteklenir?

Geliştirilmiş İzleme, t1.micro ve m1.small hariç tüm bulut sunucusu tiplerini destekler. Yazılım tarafından az miktarda CPU, bellek ve G/Ç kullanılır ve genel amaçlı izleme için orta veya büyük boyutlu bulut sunucularına yönelik olarak daha yüksek ayrıntı düzeylerine geçmenizi öneririz. Üretim dışı Veritabanı Bulut Sunucuları için varsayılan Geliştirilmiş İzleme ayarı “off” (kapalı) şeklindedir ve bunu devre dışı bırakma veya açıkken ayrıntı düzeyini değiştirme seçeneğine sahip olursunuz.

S: RDS panosunda hangi bilgileri görüntüleyebilirim?

Konsolda RDS Veritabanı Bulut Sunucularınızın tüm sistem ölçümlerini ve işlem bilgilerini grafik biçiminde görüntüleyebilirsiniz. Her bulut sunucusu için hangi ölçümleri izlemek istediğinizi yönetebilir ve panoyu gereksinimlerinize göre özelleştirebilirsiniz.

S: RDS hesabımdaki tüm bulut sunucuları aynı ayrıntı düzeyinde mi ölçüm toplar?

Hayır. RDS hesabınızdaki her Veritabanı Bulut Sunucusu için farklı ayrıntı düzeyleri ayarlayabilirsiniz. Ayrıca, hangi bulut sunucularında Geliştirilmiş İzleme'yi etkinleştirmek istediğinizi seçebilmenizin yanı sıra tüm bulut sunucularının ayrıntı düzeyini dilediğiniz zaman değiştirebilirsiniz.

S: RDS konsolunda ne kadar eski geçmiş ölçümleri görebilirim?

Tüm ölçümler için performans değerlerini 1 saat öncesine kadar, belirlediğiniz ayara bağlı olarak 1 saniyeye kadar ayrıntı düzeyinde görebilirsiniz.

S: RDS Geliştirilmiş İzleme tarafından oluşturulan ölçümleri CloudWatch'ta nasıl görselleştirebilirim?

RDS Geliştirilmiş İzleme ölçümleri CloudWatch Logs hesabınıza teslim edilir. CloudWatch'ta CloudWatch Logs'dan ölçüm filtreleri oluşturabilir ve grafikleri CloudWatch panosunda görüntüleyebilirsiniz. Diğer ayrıntıları öğrenmek için lütfen Amazon CloudWatch sayfasını ziyaret edin.

S: Hangi durumlarda RDS konsolundaki pano yerine CloudWatch'u kullanmalıyım?

RDS konsolundaki panodan erişilebilenlerden eski geçmiş verileri görüntülemek istiyorsanız CloudWatch'u kullanmalısınız. Tüm AWS yığınınızın durumunu tek bir konumda tanılamak için RDS bulut sunucularınızı CloudWatch'ta izleyebilirsiniz. CloudWatch şu anda 1 dakikaya kadar olan ayrıntı düzeylerini destekler ve bundan düşük ayrıntı düzeyleri için değerlerin ortalaması alınır.

S: Belirli ölçümleri temel alan alarmlar ve bildirimler ayarlayabilir miyim?

Evet. CloudWatch'ta alarm tarafından durum değiştirildiğinde bildirim gönderen bir alarm oluşturabilirsiniz. Alarm, belirttiğiniz bir dönem boyunca tek bir ölçümü izler ve bir dizi dönem boyunca belirtilen eşikle karşılaştırmalı olarak ölçümün değerine göre bir veya daha fazla eylem gerçekleştirir. CloudWatch alarmlarıyla ilgili diğer ayrıntıları öğrenmek için lütfen Amazon CloudWatch Yazılım Geliştirme Kılavuzu'nu ziyaret edin.

S: Geliştirilmiş İzlemeyi kullanmakta olduğum araca nasıl entegre edebilirim?

RDS Geliştirilmiş İzleme, JSON yükleri olarak oluşturulan ve CloudWatch Logs hesabınıza teslim edilen bir grup ölçüm sunar. JSON yükleri RDS bulut sunucusu için son yapılandırılan ayrıntı düzeyinde teslim edilir.

Ölçümleri üçüncü taraf bir pano veya uygulama aracılığıyla kullanabilmenizin iki yolu vardır. İzleme araçları, CloudWatch Logs Aboneliklerini kullanarak ölçümler için neredeyse gerçek zamanlı bir akış ayarlayabilir. Alternatif olarak, CloudWatch Logs'daki filtreleri kullanarak ölçümleri CloudWatch'a bağlayabilir ve uygulamanızı CloudWatch ile entegre edebilirsiniz. Diğer ayrıntıları öğrenmek için lütfen Amazon CloudWatch Belgelerini inceleyin.

S: Geçmiş verileri nasıl silebilirim?

Geliştirilmiş İzleme CloudWatch Logs hesabınızdaki bir günlüğe JSON yükleri teslim ettiğinden, bunun tutulma dönemini diğer herhangi bir CloudWatch Logs akışında olduğu gibi denetleyebilirsiniz. CloudWatch Logs'da Geliştirilmiş İzleme için yapılandırılan varsayılan tutma dönemi 30 gündür. Tutma ayarlarının nasıl değiştirileceği hakkında ayrıntılı bilgi edinmek için lütfen Amazon CloudWatch Yazılım Geliştirme Kılavuzu'nu ziyaret edin.

S: Geliştirilmiş İzleme'nin aylık faturalarıma etkisi nedir?

Ölçümler CloudWatch Logs'da alındığından, CloudWatch Logs ücretsiz kullanımını aştıktan sonra ödeyeceğiniz ücretler CloudWatch Logs veri aktarımını ve depolama fiyatlarını temel alır. Fiyatlandırma ayrıntılarına buradan ulaşabilirsiniz. Bir RDS bulut sunucusu için aktarılan bilgi miktarı, Geliştirilmiş İzleme özelliği için tanımlanan ayrıntı düzeyiyle doğru orantılıdır. Yöneticiler maliyetleri yönetmek amacıyla hesaplarındaki farklı bulut sunucuları farklı ayrıntı düzeyleri ayarlayabilir.

CloudWatch Logs'da bir bulut sunucusu için Geliştirilmiş İzleme tarafından alınan verilerin hacmi yaklaşık olarak aşağıda gösterildiği gibidir:

Ayrıntı Düzeyi 60 saniye 30 saniye 15 saniye 10 saniye 5 saniye 1 saniye

CloudWatch Logs'da alınan veri (Aylık GB)

0,27

0,53

1,07

1,61

3,21

16,07

Amazon RDS Proxy'si

S: Amazon RDS Proxy'si nedir?

Amazon RDS Proxy'si, Amazon RDS için tam olarak yönetilen ve yüksek erişilebilirliğe sahip bir veritabanı proxy özelliğidir. RDS Proxy'si, uygulamaları daha ölçeklenebilir, veritabanı hatalarına karşı daha dayanıklı ve daha güvenli hale getirir.

S: Amazon RDS Proxy'sini neden kullanmalıyım?

Amazon RDS Proxy'si, Amazon RDS'nin tam olarak yönetilen, yüksek erişilebilirliğe sahip ve kullanımı kolay bir veritabanı proxy özelliğidir ve uygulamalarınızın şunları yapmasını sağlar: 1) veritabanı bağlantılarını bir araya getirip paylaşarak ölçeklenebilirliği geliştirme; 2) veritabanı yük devretme sürelerini %66'ya varan oranda azaltarak ve yük devretme sırasında uygulama bağlantılarını koruyarak erişilebilirliği artırma ve 3) isteğe bağlı olarak veritabanlarında AWS IAM kimlik doğrulaması gerektirerek ve kimlik bilgilerini AWS Secrets Manager'da güvenli bir şekilde saklayarak güvenliği artırma.

S: Amazon RDS Proxy'si hangi kullanım örneklerini ele alır?

Amazon RDS Proxy'si, aşağıdakiler dahil olmak üzere uygulamalarınızın ölçeklenebilirliği, erişilebilirliği ve güvenliğiyle ilgili çeşitli kullanım örneklerini ele alır:

Tahmin edilemeyen iş yüküne sahip uygulamalar: Oldukça değişken iş yüklerini destekleyen uygulamalar, çok fazla yeni veritabanı bağlantısı açmayı deneyebilir. Amazon RDS Proxy'sinin bağlantı yönetimi, veritabanı bağlantılarını verimli bir şekilde yeniden kullanarak tahmin edilemeyen iş yüklerini yöneten uygulamaları sorunsuz bir şekilde ölçeklendirmenizi sağlar. RDS proxy'si, ilk olarak veritabanı kaynaklarının verimli bir şekilde kullanımı için bir veritabanı bağlantısı paylaşmak üzere birden çok uygulama bağlantısını mümkün kılar. İkinci olarak, RDS Proxy'si açılan veritabanı bağlantılarının sayısını düzenleyerek tahmin edilebilir veritabanı performansını sürdürmenize olanak tanır. Üçüncü olarak ise, RDS Proxy'si uygulamanın genel performansını ve erişilebilirliğini korumak için yerine getirilemeyen istekleri kaldırır.

Veritabanı bağlantılarını sıklıkla açan ve kapatan uygulamalar: Sunucusuz, PHP veya Ruby on Rails gibi teknolojilerde geliştirilen uygulamalar, uygulama isteklerini yerine getirmek için sıklıkla veritabanı bağlantılarını açıp kapatabilir. Amazon RDS Proxy'si, yeni bağlantılar kurmak için veritabanı işlemleri ve bellekte gereksiz stres oluşmasını önlemek amacıyla veritabanı bağlantılarını bir araya getirir.

Bağlantıları açık ancak boşta tutan uygulamalar: SaaS veya e-ticaret gibi sektörlerdeki uygulamalar, bir müşteri yeniden etkileşime geçtiğinde yanıt süresini en aza indirmek için veritabanı bağlantılarını boşta tutabilir. Genellikle boşta duran bağlantıları desteklemek için fazladan veritabanı tedarik etmek yerine, Amazon RDS Proxy'sini kullanarak boşta duran bağlantıları tutabilir ve yalnızca aktif istekleri en uygun şekilde yerine getirmek için gerektikçe veritabanı bağlantısı kurabilirsiniz.

Geçici arızalar sırasında erişilebilirlik gerektiren uygulamalar: Amazon RDS Proxy'sini kullanarak karmaşık arıza düzeltme kodu yazmaya gerek kalmadan veritabanı arızalarına net biçimde tolerans gösteren uygulamalar oluşturabilirsiniz. RDS Proxy'si, uygulama bağlantılarını korurken trafiği otomatik olarak yeni bir veritabanı bulut sunucusuna yönlendirir. RDS Proxy'si ayrıca, RDS ve Aurora Multi-AZ veritabanları için yük devretme sürelerini %66'ya varan oranda azaltmak için Etki Alanı Adı Sistemi (DNS) önbelleklerini atlar. Veritabanı yük devretmeleri sırasında uygulamada gecikme süreleri uzayabilir ve devam eden işlemlerin yeniden denenmesi gerekebilir.

Gelişmiş güvenlik ve merkezi kimlik bilgisi yönetimi: Amazon RDS Proxy'si, ilişkisel veritabanlarıyla IAM tabanlı kimlik doğrulaması isteme seçeneği sunarak daha güvenli uygulamalar oluşturmanıza yardımcı olur. RDS Proxy'si, veritabanı kimlik bilgilerini AWS Secrets Manager aracılığıyla merkezi olarak yönetmenizi de sağlar.

S: Veritabanına doğrudan mı yoksa Amazon RDS Proxy'si ile mi bağlanmalıyım?

İş yükünüze bağlı olarak Amazon RDS Proxy'si, sorgu veya işlem yanıt süresine ortalama 5 milisaniye ağ gecikmesi ekleyebilir. Uygulamanız 5 milisaniyelik gecikmeye tolerans gösteremiyorsa veya bağlantı yönetimine ve RDS Proxy'si tarafından etkinleştirilen diğer özelliklere ihtiyaç duymuyorsa, uygulamanızın doğrudan veritabanı uç noktasına bağlanmasını tercih edebilirsiniz.

S: Sunucusuz uygulamalar Amazon RDS Proxy'sinden nasıl fayda sağlar?

Amazon RDS Proxy'si, ilişkisel veritabanlarının gücünden ve basitliğinden yararlanan sunucusuz modern uygulamalar oluşturma yaklaşımınızı değiştirir. RDS Proxy'si, ilk olarak veritabanı bağlantılarını bir araya getirip yeniden kullanarak sunucusuz uygulamaların verimli bir şekilde ölçeklendirilmesini sağlar. İkinci olarak, RDS Proxy'si sayesinde Lambda kodunuzda veritabanı kimlik bilgilerini yönetmenize gerek kalmaz. RDS Proxy'si ve veritabanınızda kimlik doğrulamak için Lambda işlevinizle ilişkili IAM yürütme rolünü kullanabilirsiniz. Üçüncü olarak ise, ilişkisel veritabanlarının desteklediği sunucusuz uygulamaların tam potansiyelinden faydalanmak için yeni bir altyapıyı veya kodu yönetmeniz gerekmez. RDS Proxy'si tam olarak yönetilir ve uygulama taleplerinize göre kapasitesini otomatik olarak ölçeklendirir.

S: Amazon RDS Proxy'si hangi veritabanı motorlarını destekler?

Amazon RDS Proxy önizlemesi, MySQL uyumluluğuna sahip Amazon Aurora ve Amazon RDS for MySQL için kullanılabilir. Daha fazla veritabanı motoru için destek yakında sunulacaktır.

S: Amazon RDS Proxy'sini nasıl etkinleştirebilirim?

RDS veritabanınız için Amazon RDS Proxy'sini RDS konsolunuzda yalnızca birkaç tıklamayla etkinleştirebilirsiniz. RDS Proxy'sini etkinleştirirken, RDS Proxy'sine erişmek istediğiniz VPC'yi ve alt ağları belirtirsiniz. Bir Lambda kullanıcısı olarak RDS veritabanınız için RDS Proxy'sini etkinleştirebilir ve Lambda konsolunda yalnızca birkaç tıklamayla erişmek için bir Lambda işlevi ayarlayabilirsiniz. Kullanmaya başlama hakkında daha fazla bilgiyi Amazon RDS Kullanıcı Kılavuzu'nda bulabilirsiniz.

S: API'leri kullanarak Amazon RDS Proxy'sine erişebilir miyim?

  • Evet. Bir proxy oluşturmak için Amazon RDS Proxy API'lerini kullanabilir ve ardından proxy'yi belirli veritabanı bulut sunucuları veya kümeleriyle ilişkilendirmek için hedef gruplar tanımlayabilirsiniz. Örneğin:
aws rds create-db-proxy 
        --db-proxy-name '…' 
        --engine-family <mysql|postgresql>       
        --auth [{}, {}] 
        --role-arn '…'
        --subnet-ids {}
        --require-tls <true|false>
        --tags {}
aws rds register-db-proxy-targets 
        --target-group-name '…'
        --db-cluster-identifier  '…'
        --db-instance-identifier '…'
Standard Product Icons (Features) Squid Ink
RDS çözüm ortakları hakkında daha fazla bilgi edinin
Daha fazla bilgi edinin 
Sign up for a free account
Ücretsiz bir hesap için kaydolun

AWS Ücretsiz Kullanımı için anında erişim elde edin. 

Kaydolun 
Standard Product Icons (Start Building) Squid Ink
Konsolda oluşturmaya başlayın

AWS konsolunda Amazon RDS’yi kullanmaya başlayın.

Oturum açın