Bu bölümde en iyi uygulamalarımız özetlenmiş ve OPDK'yi AWS bulutu ile kullanmaya yönelik öneriler 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, Casssandra'nın AWS ortamı için optimize edilmesi ele alınmaktadır.
Depolama alanı ve G/Ç gereksinimleri
Cassandra I/O'nun çoğu ardışıktır ancak rastgele G/Ç'ye ihtiyaç duyduğunuz durumlar da vardır. Okuma işlemleri sırasında Sıralamalı Dize Tabloları'nın okunması buna örnek olarak gösterilebilir. SSD, rastgele okuma işlemleri için son derece düşük gecikme süreleriyle sıkıştırma işlemleri için yeterli sıralı yazma performansı sağlaması nedeniyle Cassandra için önerilen depolama mekanizmasıdır. Burada kopyalama da göz önünde bulundurulur.
AWS EC2'deki çoğu örnekte sabit diskin EC2 örneğinin barındırıldığı donanıma fiziksel olarak bağlı olduğu yerel depolama alanı bulunur. Apigee, Cassandra'yı üretimde çalıştırırken hem SSD'den hem de örnek depolarından yararlanmanızı önerir. 1'den 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ğ topolojisiyle ilgili diğer düğümlerle bilgi alışverişi yapmak için Dedikodu protokolünü kullanıyor. Dedikodu kullanımı ve Cassandra'nın dağıtılmış doğası (okuma ve yazma işlemleri için birden çok düğümle konuşmayı içerir) ağ üzerinden çok sayıda veri aktarımıyla sonuçlanır. Apigee, üretim sistemleri için en az 1 Gb/sn ağ bant genişliğine ve 1 Gb/sn'den fazla Örnek türü kullanılmasını önerir.
CIDR değeri /16 olan bir VPC kullanın. AWS'deki alt ağlar 1'den fazla AZ'ye yayılamadığı için Apigee aşağıdakileri önerir:
- Kullanılabilirlik Bölgesi (AZ) başına 1 alt ağ oluştur
- Apigee yüklemeniz için, her AZ'de bir Cassandra düğümü olan 3 özel alt ağ kullanın. 3 alt ağda, Cassandra kümesinin yatay olarak genişletilmesi için yeterli sayıda CIDR bloğu olmalıdır.
- Cassandra'nın yazılım indirme ve güvenlik güncellemeleri için internetle iletişim kurabilmesi için özel NAT'ye sahip 3 herkese açık alt ağ yapılandırın.
Eski ana yardımcı mimarilerin aksine Cassandra, tüm düğümlerin aynı rolü oynadığı ana sistemsiz bir mimariye sahiptir, dolayısıyla tek bir hata noktası yoktur. Yüksek kullanılabilirlik sağlamak için Cassandra düğümlerinizi birden fazla AZ'ye yaymayı düşünün. Düğümleri AZ'lere dağıtarak, afet 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 IO'ya bağlı olmadan önce Cassandra'da CPU'ya bağlı olduğunu unutmamak gerekir. Diğer bir deyişle, tüm yazma işlemleri kaydetme günlüğüne gider. Ancak Cassandra yazma konusunda o kadar verimlidir ki CPU sınırlayıcı faktör haline gelir. Cassandra yüksek oranda eşzamanlıdır ve mümkün olduğunca fazla CPU çekirdeği kullanır.
Apigee, CPU ve bellek dengesine sahip bir örnek ailesi kullanmanızı önerir. Özellikle, AWS bölgenizde kullanılabiliyorsa C5 aile örneklerini ve yedek seçenek olarak C3'ü kullanmanızı öneririz. Bazı durumlarda 4xlarge, her iki aile için de en iyi fiyat/performansı sunan en uygun örnektir.
Apigee, Cassandra örnekleri için varsayılan bir kiracı kullanmanızı da önerir. AZ 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. Dolayısıyla, donanım arızalandığında muhtemelen o AZ'deki tüm örneklerinizi kaybedersiniz.
Öneri özeti
Aşağıdaki tabloda, AWS'yi Private Cloud için Apigee Edge ile kullanmaya yönelik Apigee önerileri özetlenmektedir:
| Örnek Ailesi | C5d (tercih edilen ) veya C3 |
| Örnek Türü | C(x).4xlarge |
| Örnek Mağazası | RAID0 ile SSD (yerel depolama) |
| Kiracı Türü | varsayılan |
| Düğüm Yerleşimi | AZ başına 1 Cassandra düğümü |
| VPC ve Alt Ağ | AZ ve bölge başına 1 alt ağ |
Daha fazla bilgi için Amazon örnek türleri bölümüne bakın.