8

Google'dan birisinin, Cloud Bigtable hizmetinin sağladığı dayanıklılık ve kullanılabilirlik garantileri hakkında bazı yönergeler sağlamasını isterim. Google Cloud Bigtable Dayanıklılık/Kullanılabilirlik Garantileri

İşte şimdiye kadar benim anlayış:

  • asgari küme en az bir bölge içinde, veriler oldukça dayanıklı ve 3 düğümlerine çoğaltılan olduğunu düşündürmektedir 3 düğümleri gerektirir gerçektir.

  • Ancak, bir Google çalışanı tarafından this answer "Bulut Bigtable verileri çoğaltma değil" belirtmektedir - doğrudan iddia Cloud Bigtable homepage üzerine alıntı ters "bir çoğaltılan depolama stratejisi ile inşa edilmiştir". Peki bu hangisi? Çoğaltılmış mı, değil mi? Ve eğer öyleyse, kaç kopya tutulur?

  • Kümelerin yalnızca belirli bir bölge içinde ayarlanabilmesi, bir kümenin kullanılabilirliğinin doğrudan o bölgenin kullanılabilirliğine bağlı olduğunu gösterir. Bu nedenle, yüksek düzeyde kullanılabilir bir Bigtable tabanlı veri depolama birimine sahip olmak istiyorsam, birden fazla bölgede bağımsız kümeler oluşturup, yazımların kümeler arası senkronizasyonunu ele almanın en iyi yolu olur mu?

Bölgeler arası Bigtable kümelerinin bağımsız olup olmadığına dair bir bilgi yoktur. Birden fazla bölgedeki kümeleri kuracak ve bir bölge aşağı inecek olsaydı, diğer bölgelerdeki kümelerin çalışmaya devam etmesini bekleyebilir miydik? Ya da bölgeler arasında bile kümeleri etkileyebilecek bazı temel başarısızlık noktaları var mı?

Bu ayrıntılar hakkında çok spesifik olan App Engine veri deposuyla karşılaştırıldığında, Cloud Bigtable belgeleri eksiktir - veya en azından, bu yönleriyle ayrıntıya giren bir sayfa bulamadım. Cloud Bigtable belgeleri benzer şekilde diğer yönlerden de belirsizdir, örn. Değerler için boyut sınırları konusunda, the documentation bireysel değerlerin "hücre başına ~ 10 MB" altında kalması gerektiğini belirtir. Dünyada ne "~ 10 MB" demek ?! Tam olarak 10 MB'lık bir limit kodlayabilir miyim ve her zaman işe yarayacağını ya da bilinmeyen faktörlere bağlı olarak günden güne değişmesini bekleyebilir miyim? Her neyse, çalkalandığımı duyarsam özür dilerim. Gerçekten Bigtable servisini kullanmak istiyorum. Ancak, muhtemelen, diğerleri gibi, ona yatırım yapabilmeden önce, dayanıklılık/kullanılabilirlik yönlerini anlamalıyım. Teşekkür ederim. çoğaltma günü

cevap

9

: Eğer başvurulan cevabı şu anda desteklenmemektedir Bigtable Kümeleri, arasında veri çoğaltma atıfta olduğunu. (Örneğin, Amerika Birleşik Devletleri'ndeki yazışmaları Avrupa'da ikinci bir kümeye kopyalayan bir Bigtable Kümesi)

Bu kavram, HDFS'de çoğaltmaya benzer bir şekilde, Bigtable küme içindeki verilerin çoğaltmasından ayrıdır. Ürün kesinlikle bugün yapar.

Müsaitlik durumu: Evet, Bigtable Kümesi kullanılabilirliği bir Google Cloud Zone'un kullanılabilirliğine bağlıdır.

Bağımsız olarak: Evet, Cloud Bigtable kümeleri bölgelere göre bağımsızdır. Bir bölgedeki bir kesinti diğer bölgelerin kullanılabilirliğini etkilememelidir.

hücre başına verilerde

: Biz reddetmek yok biz optimum performans almak için bir kılavuz olarak bu set var, hücre başına> 10MB yazar.