Bu bölümde, en iyi uygulamalarımız özetlenmekte ve OPDK'yi AWS bulutu ile kullanmayla ilgili önerilerimiz sunulmaktadır.
Cassandra, neredeyse tüm politikalar için arka uç ve veri deposu olarak kullanılır ve Apigee Edge çalışma zamanı ortamının kritik bir parçasıdır. Bu belgede, Cassandra'nın AWS ortamı için optimize edilmesi ele alınmaktadır.
Depolama ve G/Ç gereksinimleri
Çoğu Cassandra G/Ç işlemi sıralıdır ancak rastgele G/Ç gerektiren durumlar da vardır. Okuma işlemleri sırasında sıralı dize tablolarının okunması buna örnek verilebilir. SSD, Cassandra için önerilen depolama mekanizmasıdır. Rastgele okuma işlemleri için son derece düşük gecikmeli yanıt süreleri sağlarken sıkıştırma işlemleri için yeterli sıralı yazma performansı sunar. Burada replikasyon da göz önünde bulundurulur.
AWS EC2'deki birçok örnek, sabit diskin EC2 örneğinin barındırıldığı donanıma fiziksel olarak bağlı olduğu yerel depolama alanıyla birlikte gelir. Apigee, Cassandra'yı üretim ortamında çalıştırırken hem SSD hem de örnek depolarından yararlanmanızı önerir. Birden fazla SSD'ye sahip bir örnek türü kullandığınızda daha fazla işleme hızı ve depolama kapasitesi elde etmek için RAID0'ı kullanabilirsiniz.
Ağ gereksinimleri
Cassandra, ağ topolojisi hakkında diğer düğümlerle bilgi alışverişinde bulunmak için Gossip protokolünü kullanır. Gossip'in kullanılması ve Cassandra'nın dağıtık yapısı (okuma ve yazma işlemleri için birden fazla düğümle iletişim kurmayı içerir) ağ üzerinden çok fazla veri aktarımına neden olur. Apigee, en az 1 Gb/sn ağ bant genişliğine sahip örnek türü ve üretim sistemleri için 1 Gb/sn'den fazla bant genişliği kullanılmasını önerir.
CIDR'si /16 olan bir VPC kullanın. AWS'deki alt ağlar birden fazla AZ'ye yayılamayacağından Apigee aşağıdakileri önerir:
- Kullanılabilirlik Alanı (AZ) başına 1 alt ağ oluşturun.
- Apigee kurulumunuz için her AZ'de bir Cassandra düğümü olacak şekilde 3 özel alt ağ kullanın. 3 alt ağ, Cassandra kümesinin yatay genişlemesine uyum sağlayacak kadar CIDR bloğuna sahip olmalıdır.
- Cassandra'nın yazılım indirme ve güvenlik güncellemeleri için internete bağlanabilmesi amacıyla özel NAT'ye sahip 3 genel alt ağ yapılandırın.
Eski ana-bağımlı mimarilerin aksine Cassandra, tüm düğümlerin aynı rolü oynadığı ana düğümsüz bir mimariye sahiptir. Bu nedenle tek hata noktası yoktur. Yüksek kullanılabilirlik sağlamak için Cassandra düğümlerinizi birden fazla AZ'ye dağıtabilirsiniz. Düğümleri AZ'lere yayarak, bir felaket durumunda kullanılabilirliği ve çalışma süresini koruyabilirsiniz.
Örnek ailesi seçme
Cassandra CPU gereksinimlerine bakarken, ekleme ağırlıklı iş yüklerinin G/Ç'ye bağlı hale gelmeden önce Cassandra'da CPU'ya bağlı olduğunu belirtmekte fayda var. Başka bir deyişle, tüm yazma işlemleri kayıt günlüğüne gider ancak Cassandra yazma konusunda o kadar verimlidir ki CPU sınırlayıcı faktör hâline gelir. Cassandra, yüksek eşzamanlılığa sahiptir ve mevcut tüm CPU çekirdeklerini kullanır.
Apigee, hem CPU hem de bellek dengesine sahip bir örnek ailesi kullanmanızı önerir. Özellikle, AWS bölgenizde mevcutsa C5 ailesi örneklerini, yedek seçenek olarak da C3'ü kullanmanızı öneririz. Bazı durumlarda, her iki ailede de en iyi fiyat/performans oranını sağlayan optimum örnek 4xlarge'dır.
Apigee, Cassandra örnekleri için varsayılan bir kiracılık kullanılmasını da önerir. Kullanılabilir alan başına 1'den fazla örneğe ölçeklendirme yaptığınızda, kiracılığı özel olarak ayarlarsanız büyük olasılıkla tüm Cassandra örnekleriniz aynı temel donanıma yerleştirilir. Bu nedenle, donanım arızalandığında büyük olasılıkla o AZ'deki tüm örneklerinizi kaybedersiniz.
Öneri özeti
Aşağıdaki tabloda, Apigee Edge for Private Cloud ile AWS kullanımı için Apigee önerileri özetlenmiştir:
| Örnek ailesi | C5d (tercih edilen) veya C3 |
| Örnek Türü | C(x).4xlarge |
| Örnek Deposu | RAID0 ile SSD (yerel depolama alanı) |
| Kullanım Türü | varsayılan |
| Düğüm Yerleşimi | AZ başına 1 Cassandra düğümü |
| VPC ve alt ağ | AZ başına 1 alt ağ ve bölge başına bir VPC |
Daha fazla bilgi için Amazon bulut sunucusu türleri başlıklı makaleyi inceleyin.