Skip to main content

Kuruluma Başlamadan Önce Yapılması Gereken Kontroller

Çok ÖnemliKurulumlara başlamadan önce mutlaka sunucunun hostname’nin localhost.localdomain olmadığından ve her birinin eşsiz olduğundan (hostname komutu ile) emin olun. Eğer bu şekilde ise mutlaka işlemlere başlamadan önce değiştirin.
/etc/hosts dosyasında 127.0.1.1 gibi ip’li blok hostname assign olmasın./etc/resolv.conf dosyasında nameserver 127.0.1.1 şeklinde bir girdi olmamalıdır.
ÖnemliKurulumun sağlıklı olması için sunucularının aşağıdaki adreslere erişmesi gerekmektedir.MongoDB:

İşletim Sistemi Konfigürasyonları

Bu adımlar tüm MongoDB sunucularında gerçekleştirilmelidir.

MongoDB Kurulumu

MongoDB Uygulamasının Kurulması

Bu adımlar tüm MongoDB sunucularında gerçekleştirilmelidir.

MongoDB Konfigürasyonları

Bu adımlar tüm MongoDB sunucularında gerçekleştirilmelidir.
Key oluşturma:
Aşağıdaki parametreleri /etc/mongod.conf dosyasına kendi ortamınıza uygun olarak ayarlayarak eklemeniz gerekmektedir:
  • storage / wiredTiger
  • replication
  • security
  • setParameter
  • processManagement
Diğer satırlar değiştirilmeden aşağıdakiler düzenlenir ve eklenir.
Sonrasında MongoDB uygulaması başlatılır.
MongoDB kurulumu eğer birden çok sunucu üzerinde yapılacaksa Primary node’da oluşturulmuş olan anahtarlar tüm node’lara taşınır ve aynı yetkiler verilir.

ReplicaSet Konfigürasyonu ve Yetkili Kullanıcı Tanımı

Bu adımlar sadece MongoDB Primary sunucusunda gerçekleştirilmelidir.
Replicaset aktifleştirme işlemi sadece Primary sunucu üzerinde yapılmalıdır.
Replicaset’i aktifleştirme:
Apinizer uygulaması için yetkili kullanıcı oluşturma:
Eğer MongoDB’nin yerel yönetimi tarafınızdan gerçekleştirilecekse, aşağıdaki role sahip bir kullanıcının oluşturulması gerekmektedir.
Şifre değiştirilmek istenirse
Replicaset ayarları yapılır.
Daha önce oluşturulmuş olan MongoDB üzerinde bir kullanıcıya aşağıdaki komut satırlarını kullanarak yetki verin.
MongoDB’ye arbiter eklenmek isteniyorsa:

Birden Çok Sunucu Üzerinde MongoDB ReplicaSet Kurulumu

Bu adımlar sadece MongoDB Primary sunucusunda gerçekleştirilmelidir.
Apinizer, MongoDB’nin yüksek kullanılabilirlik özelliğini önermektedir. Yüksek kullanılabilirlik, Primary Node’un başarısız olması durumunda Secondary Node’ların devreye girmesini sağlar.Yüksek kullanılabilirlik için MongoDB de en az 3 sunucu (1 Primary ve 2 Secondary) gerekmektedir. Eğer Primary node bir sorunla karşılaşırsa, bir Secondary node otomatik olarak Primary olur, böylece sistem kesintisiz çalışır. Primary node tekrar aktif hale döndüğünde, Secondary node olarak kalır. Fakat, 3 sunucudan daha az aktif sunucu olduğu durumda bu işlev görülemez.Yüksek kullanılabilirlik, sadece 3 sunucuyla sınırlı değildir; Arbiter veya daha fazla sunucu ile de uygulanabilir. Sistem devamlılığını artırmak için sunucular farklı yerlere konumlandırılabilir.Daha fazla bilgi için https://www.mongodb.com/docs/manual/core/replica-set-architectures/ bağlantısına göz atabilirsiniz.
Mongod servislerini yeniden başlattığınızda, aşağıdaki komutları kullanarak Primary node üzerinde Secondary node’ları replica set mimarisiyle yapılandırabilirsiniz.
Bu adımla, biri Primary ve diğer ikisi Secondary olmak üzere toplam üç sunucudan oluşan bir yapı kurulmuştur. Yüksek kullanılabilirlik durumunda, Primary sunucunun bağlantısı kesilirse veya çalışmazsa, bir Secondary sunucu otomatik olarak ana sunucu rolünü üstlenmelidir. Bu durumu ayarlamak için, Primary node üzerinde tüm node’lar için şu adımları uygulanmalıdır.
Priority, node’un yeni Primary olarak seçilme önceliğini belirtir ve bu değer 0 ile 1 arasında ölçeklendirilebilir. 0 değeri hiç bir zaman Primary node olamayacağını belirtirken, diğer değerlerin 1’e yakınlığına göre Primary olma önceliği bulunur.Votes, bir node’un yeni bir Primary seçiminde oy kullanıp kullanamayacağını belirtir ve 0 ya da 1 değerini alır. Bu değer node’un seçimde oy verip vermeyeceğini gösterir.
Bu kurulum “mongoDb01, mongoDb02, mongoDb03, k8sWorkerIP” şeklindeki dns’lerin sistem tarafından çözülebildiği varsayılarak hazırlanmıştır. Sunucuların bu dns’leri çözemedikleri durumlarda ya bu durum düzeltilmedilir ya da tüm dns’ler ip olarak düzeltilmelidir.