Shard ve kopya Elasticsearch ne olduğunu anlamaya çalışıyorum, ama bunu anlamak için yönetmek istemiyorum. Elasticsearch indirmek ve komut dosyasını çalıştırın, sonra da bildiğim kadarıyla tek bir düğüm ile bir küme başladım. Şimdi bu düğüm (PC) 5 kırıkları var (?) ve bazı kopyaları (?).

Onlar, ben dizinin 5 çoğaltır? Neden? eğer öyleyse Biraz açıklamaya ihtiyacım olabilir.

Cevap ve aldığın cevaplar sana yardımcı olmak için görünmüyor beri gerçek bir örnek ile açıklamaya çalışacağım.

Elasticsearch indirmek ve bunu başlatmak zaman, eğer varsa, varolan bir kümeye katılmaya çalışan elasticsearch bir düğüm oluşturmak veya yeni bir tane oluşturur. Hadi tek bir düğüm ile kendi yeni küme, az önce başlayan yarattın ki. Hiçbir veri var, bu nedenle bir dizin oluşturmak için ihtiyacımız var.

Bir dizin (dizin ilk belge dizini otomatik olarak oluşturulur) oluşturduğunuzda kaç oluşmuş olacak tanımlayabilirsiniz. Eğer parçaları varsayılan numara olacak bir sayı belirtin musun diye: 5 önseçimin. Bu ne anlama geliyor?

Elasticsearch veri içeren 5 İlköğretim kırıkları oluşturmak anlamına gelir:

 ____    ____    ____    ____    ____
| 1  |  | 2  |  | 3  |  | 4  |  | 5  |
|____|  |____|  |____|  |____|  |____|

Her zaman bir belge elasticsearch Endeksi bu belge tutması gereken ve orada dizin olacak karar vereceğiz. İlköğretim kırıkları verileri kopyalama, verileri! Birden fazla kırıkları mu yardım alarak avantajı paralel işlem tek bir makine, ama bütün mesele buysa başlıyoruz başka bir elasticsearch örneği aynı küme, parçaları olacak dağıtılmış bir daha Yolu üzerinde küme.

Düğüm 1 sonra örneğin, yalnızca üç parçaları tutun

 ____    ____    ____ 
| 1  |  | 2  |  | 3  |
|____|  |____|  |____|

Beri kalan iki kırıkları yeni başlayan düğüm taşındı:

 ____    ____
| 4  |  | 5  |
|____|  |____|

Peki neden böyle oluyor? Çünkü elasticsearch dağıtılmış bir arama motoru ve birden çok düğüm/makineleri kullanmak veri büyük miktarda yönetmek için yapabilirsiniz bu şekilde.

Her elasticsearch Endeksi verileri depolandığı beri en az bir birincil parçacıklardan oluşur. Her parça bu nedenle, eğer tek bir düğüm ve öngörülebilir büyüme, sadece tek bir ana parça ile sopa varsa bir bedelle gelir.

Shard başka bir tür kopyası. Varsayılan değer 1, Her İlköğretim shard aynı verileri içeren bir parça kopyalanır anlamına gelir. Yinelemeler arama performansını artırmak için ve fail-over için kullanılır. Kopya bir parça hiç ilgili öncelikli olduğu aynı düğümde ayrılmış olacak (çok orijinal veri ile aynı diskte yedek koyarak olurdu).

Geri örneğimiz, 1 kopya zorundayız bütün dizin üzerinde her düğüm, bu yana 3 kopya parçaları olacak ayrılan ilk düğüm ve onlar içerir tam olarak aynı veri olarak, genel seçimlerden ikinci düğüm:

 ____    ____    ____    ____    ____
| 1  |  | 2  |  | 3  |  | 4R |  | 5R |
|____|  |____|  |____|  |____|  |____|

İlk düğümde İlköğretim parçalarından bir kopyasını içeren ikinci düğüm için aynı,:

 ____    ____    ____    ____    ____
| 1R |  | 2R |  | 3R |  | 4  |  | 5  |
|____|  |____|  |____|  |____|  |____|

Eğer bir düğüm aşağı giderse böyle bir kurulum ile, hala her dizin var. Kopya parçaları otomatik olarak ön seçim olacak ve küme aşağıdaki gibi düzgün bir düğüm başarısız olmasına rağmen

 ____    ____    ____    ____    ____
| 1  |  | 2  |  | 3  |  | 4  |  | 5  |
|____|  |____|  |____|  |____|  |____|

Senden sonra var "number_of_replicas":1, yinelemeler olamaz asla onların öncelikli olduğu aynı düğümde ayrılmış olarak artık atanmak. 5 atanmamış parçaları, yinelemeler ve durumu YELLOW GREEN yerine olacak küme olacak. Hiçbir veri kaybı, ama bazı parçaları atanamaz olarak daha iyi olabilir.

Bıraktığı düğüm geri en kısa sürede, kümeye yeniden katılır ve kopyaları yeniden atanacak. İkinci düğümde mevcut shard yüklenebilir ama işlemleri düğümü ise büyük olasılıkla oldu yazmak olarak diğer parçaları ile senkronize etmek demektir. Bu işlem sonunda küme durumu GREEN olacak.

Bu herşeyi açıklar umarım.