Redis Verilerini Ubuntu 18.04 Üzerinde Replikasyon ile Taşıma Kılavuzu

Redis Verilerini Ubuntu 18.04 Üzerinde Replikasyon ile Taşıma Kılavuzu

Giriş

Modern web uygulamalarının ve servislerinin temelini oluşturan hızlı ve verimli veri depolama çözümlerinden biri olan Redis, performansıyla öne çıkar. Zaman zaman, Redis sunucularının daha güçlü donanımlara taşınması, bulut ortamlarına geçiş yapması, Redis sürüm yükseltmeleri veya yüksek erişilebilirlik mimarilerine entegrasyonu gibi ihtiyaçlar doğar. Bu tür taşıma işlemleri, genellikle minimum kesinti süresi ve veri kaybı riskini en aza indirme gerekliliği ile birlikte gelir. Replikasyon (çoğaltma) mekanizması, bu tür senaryolar için en güvenli ve etkili yöntemlerden biridir.

Bu makalede, Ubuntu 18.04 işletim sistemi üzerinde çalışan bir Redis sunucusundaki verileri, yine Ubuntu 18.04 üzerinde çalışan yeni bir sunucuya replikasyon kullanarak nasıl taşıyacağınızı adım adım detaylı bir şekilde açıklayacağız. Bu yöntem, mevcut Redis sunucunuzu “ana” (master) olarak bırakırken, yeni sunucuyu ona “çoğaltma” (replica/slave) olarak bağlayarak verilerin otomatik olarak senkronize edilmesini sağlar. Senkronizasyon tamamlandıktan sonra, yeni sunucu ana sunucu olarak yükseltilir ve uygulamalarınız bu yeni sunucuya yönlendirilir. Bu süreç, veri tutarlılığını korurken hizmet kesintisini neredeyse sıfıra indirme potansiyeli sunar.

Neden Redis Verilerini Taşıyalım?

Redis verilerini taşıma ihtiyacı, çeşitli operasyonel ve stratejik nedenlerden kaynaklanabilir. Bu nedenleri anlamak, taşıma işleminin önemini ve replikasyon gibi güvenilir yöntemlerin tercih edilme sebeplerini daha iyi kavramamızı sağlar.

Donanım Yükseltmeleri

Mevcut sunucunuzun ömrünü tamamlaması, performans darboğazları yaşaması veya daha fazla kapasiteye ihtiyaç duyması durumunda, Redis verilerini yeni ve daha güçlü donanımlara sahip sunuculara taşımak kaçınılmaz hale gelir. Bu, daha hızlı CPU’lar, daha fazla RAM veya daha hızlı depolama birimleri gibi iyileştirmeleri içerebilir.

Bulut Ortamına Geçiş

Şirketler, maliyet etkinliği, esneklik ve ölçeklenebilirlik avantajları nedeniyle giderek daha fazla bulut ortamlarına yönelmektedir. On-premise (yerinde) Redis kurulumlarını AWS, Google Cloud, Azure gibi bulut sağlayıcılarına taşımak, bu geçiş sürecinin önemli bir parçasıdır.

Redis Sürüm Yükseltmeleri

Yeni Redis sürümleri, performans iyileştirmeleri, yeni özellikler ve güvenlik yamaları sunar. Mevcut bir Redis sürümünü doğrudan yükseltmek yerine, yeni bir sunucuya en son sürümü kurup verileri replikasyon yoluyla taşımak, daha güvenli ve kontrollü bir yükseltme süreci sağlar.

Performans İyileştirmeleri

Bazı durumlarda, Redis sunucunuzun bulunduğu ağ veya sistem mimarisi, performansı olumsuz etkileyebilir. Verileri daha optimize edilmiş bir ağ segmentine veya daha az yüklü bir sunucuya taşımak, genel performansı artırabilir.

Yüksek Erişilebilirlik ve Felaket Kurtarma

Taşıma işlemi, bir felaket kurtarma stratejisinin veya yüksek erişilebilirlik (HA) mimarisinin bir parçası olarak da görülebilir. Örneğin, mevcut bir ana Redis sunucusunun bir replikasını farklı bir veri merkezine veya bölgeye taşımak, olası bir felaket durumunda hizmetin devamlılığını garanti altına alabilir.

Replikasyon Tabanlı Taşımanın Avantajları

Redis verilerini replikasyon kullanarak taşımanın, diğer yöntemlere göre birçok önemli avantajı bulunmaktadır. Bu avantajlar, taşıma işlemini daha güvenli, verimli ve kesintisiz hale getirir.

Minimum Kesinti Süresi (Near-zero downtime)

Replikasyon, eski sunucunun ana olarak çalışmaya devam etmesini ve yeni sunucunun arka planda verileri senkronize etmesini sağlar. Uygulamalarınız eski sunucuya bağlı kalmaya devam ederken, yeni sunucu tamamen senkronize olur. Yalnızca uygulamaların yeni sunucuya yönlendirildiği çok kısa bir geçiş anında kesinti yaşanır ki bu da saniyelerle ölçülebilir. Bu, özellikle 7/24 hizmet veren kritik uygulamalar için hayati öneme sahiptir.

Veri Tutarlılığı

Replikasyon, ana sunucudaki tüm yazma işlemlerinin çoğaltma sunucusuna aktarılmasını garanti eder. Bu, taşıma işlemi tamamlandığında yeni sunucunun eski sunucuyla tamamen aynı veri setine sahip olmasını sağlar. Veri kaybı veya tutarsızlık riski minimize edilir.

Geri Dönüş İmkanı (Rollback option)

Eğer taşıma sonrası yeni sunucuda beklenmedik bir sorun yaşanırsa, uygulamalarınızı hızla eski ana sunucuya geri yönlendirme seçeneğiniz vardır. Bu “geri dönüş” (rollback) yeteneği, taşıma sürecine ekstra bir güvenlik katmanı ekler. Eski ana sunucu, replika bağlantısı kesildikten sonra bile tüm verileriyle hazır durumda bekler.

Daha Az Karmaşıklık

RDB dosyalarını manuel olarak kopyalama ve yükleme gibi yöntemlere kıyasla, Redis’in yerleşik replikasyon mekanizması daha az manuel müdahale gerektirir ve hata yapma olasılığını azaltır. Redis, senkronizasyon sürecini otomatik olarak yönetir.

Önkoşullar ve Hazırlık

Her başarılı taşıma işlemi gibi, Redis veri taşıma süreci de dikkatli bir hazırlık gerektirir. Aşağıdaki önkoşulların eksiksiz olarak yerine getirildiğinden emin olun.

Ubuntu 18.04 Ortamı

Hem mevcut (eski) Redis sunucunuzun hem de yeni Redis sunucunuzun Ubuntu 18.04 işletim sistemine sahip olduğundan emin olun. Bu makaledeki komutlar ve yapılandırma adımları bu sürüme göre verilmiştir. Farklı bir Debian tabanlı sürüm kullanıyorsanız, komutlar benzer olacaktır ancak bazı yapılandırma dosyalarının yolları veya paket isimleri farklılık gösterebilir.

Redis Kurulumu

Her iki sunucuda da Redis’in kurulu ve çalışır durumda olması gerekmektedir. Yeni sunucuda, taşıma işleminden önce herhangi bir mevcut Redis verisinin temizlenmiş veya silinmiş olması tercih edilir. Bu, karışıklığı önler ve temiz bir başlangıç sağlar. Eğer yeni sunucuda Redis kurulu değilse, sonraki adımlarda nasıl kurulacağını açıklayacağız.

Ağ Bağlantısı

Eski ve yeni sunucular arasında ağ bağlantısının sorunsuz olduğundan emin olun. Redis’in varsayılan portu 6379’dur. Bu portun her iki sunucu arasında açık olması gerekmektedir. Güvenlik duvarı (UFW, iptables) ayarlarını kontrol edin ve gerekirse izin verin. Eski sunucunun IP adresini yeni sunucunun erişebileceği bir şekilde yapılandırdığınızdan emin olun (örneğin, bind ayarı).

Yeterli Disk Alanı

Yeni sunucuda, eski Redis sunucusundaki verilerin tamamını barındırabilecek kadar disk alanı bulunduğundan emin olun. Replikasyon işlemi sırasında, ana sunucu bir RDB dosyası oluşturur ve bu dosyayı çoğaltma sunucusuna gönderir. Bu geçici dosya için de yeterli alan gereklidir.

Yönetici Hakları

Hem eski hem de yeni sunucuda sudo yetkisine sahip bir kullanıcı hesabınızın olması gerekmektedir. Bu, Redis hizmetini yönetmek, yapılandırma dosyalarını düzenlemek ve paketleri kurmak için gereklidir.

Yedekleme

Her zaman bir yedekleme yapın! Taşıma işlemine başlamadan önce, mevcut Redis sunucunuzun verilerinin (RDB ve/veya AOF dosyaları) güvenli bir yedeğini alın. Bu, beklenmedik bir sorun durumunda verilerinizi kurtarabilmenizi sağlar.

Planlama

Taşıma işlemi için bir zaman penceresi belirleyin. Uygulama sahipleri ve ilgili ekiplerle koordinasyon sağlayın. Taşıma sonrası etki analizi yapın ve test senaryoları hazırlayın. Bu, olası sorunları önceden tespit etmenize ve geçişi daha sorunsuz hale getirmenize yardımcı olur.

Mevcut Redis Kurulumunun Durumunu Anlama

Taşıma işlemine başlamadan önce, mevcut Redis ana sunucunuzun durumunu anlamak kritik öneme sahiptir. Bu bilgiler, taşıma planınızı şekillendirmenize ve olası sorunları önceden tahmin etmenize yardımcı olacaktır.

Eski Redis sunucunuzda aşağıdaki komutları çalıştırarak gerekli bilgileri toplayın:

* Replikasyon Durumu:

redis-cli INFO replication

Bu komut, sunucunun rolünü (master/slave), bağlı replikaları ve replikasyon ofsetini gösterir. Taşıma öncesinde role:master olduğundan emin olun.

* Bellek Kullanımı:

redis-cli INFO memory

Bu komut, Redis’in ne kadar bellek kullandığını gösterir (used_memory_human). Bu bilgi, yeni sunucunuzda yeterli RAM olup olmadığını değerlendirmenize yardımcı olur.

* Kalıcılık Ayarları:

redis-cli INFO persistence

Bu komut, RDB ve AOF kalıcılık ayarlarının durumunu gösterir. Bu, yedekleme stratejinizi planlarken veya taşıma sonrası yeni sunucuda kalıcılığı yapılandırırken önemlidir.

* Veri Dizini ve Veritabanı Dosyası:

redis-cli config get dir
    redis-cli config get dbfilename

Bu komutlar, Redis’in verilerini nerede sakladığını ve veritabanı dosyasının adını gösterir (genellikle dump.rdb). Yedekleme alırken veya kalıcılık ayarlarını incelerken bu bilgilere ihtiyacınız olacaktır.

* Şifre Ayarı (Eğer varsa):

redis-cli config get requirepass

Eğer Redis sunucunuz bir şifre ile korunuyorsa, bu şifreyi not alın. Yeni replika sunucusunu yapılandırırken bu şifreye ihtiyacınız olacak. Eğer şifre yoksa, (empty) veya (nil) dönecektir.

* Bağlantı Ayarları:

redis-cli config get bind
    redis-cli config get protected-mode

bind ayarı, Redis’in hangi IP adreslerini dinlediğini gösterir. Eğer sadece 127.0.0.1 olarak ayarlanmışsa, yeni replika sunucusu eski sunucuya bağlanamayabilir. Bu durumda, eski sunucunun IP adresini veya 0.0.0.0 (tüm arayüzler) eklemeniz gerekebilir. protected-mode eğer yes ise ve bind sadece 127.0.0.1 ise, dışarıdan bağlantılar engellenecektir. Taşıma süresince bu ayarı geçici olarak no yapmanız veya bind ayarını genişletmeniz gerekebilir.

Adım Adım Redis Veri Taşıma

Bu bölümde, Redis verilerini replikasyon kullanarak yeni bir sunucuya taşıma sürecini adım adım ele alacağız. Her adım, gerekli komutlar ve açıklamalarla birlikte sunulmuştur.

Adım 1: Yeni Sunucuya Redis Kurulumu (Gerekirse)

Eğer yeni sunucunuzda Redis kurulu değilse, aşağıdaki adımları izleyerek kurun. Eğer kuruluysa, bu adımı atlayabilirsiniz.

Öncelikle sistem paket listelerini güncelleyin ve mevcut paketleri yükseltin:

sudo apt update
sudo apt upgrade -y

Ardından Redis sunucusunu kurun:

sudo apt install redis-server -y

Redis hizmetinin çalışıp çalışmadığını kontrol edin:

sudo systemctl status redis-server

Çıktıda active (running) ibaresini görmelisiniz.

Yeni sunucudaki Redis yapılandırma dosyasını düzenleyerek, dışarıdan bağlantılara izin verdiğinden emin olun. Varsayılan olarak Redis, yalnızca localhost (127.0.0.1) üzerinden bağlantılara izin verebilir.

sudo nano /etc/redis/redis.conf

bind 127.0.0.1 satırını bulun. Eğer eski sunucunuzun IP adresinden bağlantı kuracaksanız, bu satıra yeni sunucunun kendi IP adresini ve/veya 0.0.0.0 ekleyebilirsiniz. Örneğin:

bind 127.0.0.1 
Veya tüm arayüzlerden dinlemek için (güvenlik riskleri taşıyabilir, dikkatli kullanın):
bind 0.0.0.0

protected-mode ayarını no olarak ayarlamak da dışarıdan bağlantılar için gerekebilir, ancak bu güvenlik riskleri taşır. En iyisi bind ayarını doğru IP adresleri ile yapılandırmak ve güvenlik duvarını kullanmaktır.

Yapılandırma değişikliğinden sonra Redis hizmetini yeniden başlatın:

sudo systemctl restart redis-server

Adım 2: Eski Redis Sunucusunun Yapılandırması

Eski Redis sunucunuzun, yeni sunucunun ona replika olarak bağlanabilmesi için doğru yapılandırıldığından emin olun.

Eski sunucunuzda redis.conf dosyasını açın:

sudo nano /etc/redis/redis.conf

bind ayarını kontrol edin. Yeni sunucunun IP adresinden bağlantı kurabilmesi için eski sunucunun o IP adresini dinlemesi gerekir. Eğer bind sadece 127.0.0.1 ise, yeni sunucunun IP adresini veya 0.0.0.0 ekleyin. Örneğin:

bind 127.0.0.1  
Veya tüm arayüzlerden dinlemek için:
bind 0.0.0.0

protected-mode eğer yes ise ve bind ayarınız kısıtlıysa, replika bağlantısı kurulamayabilir. Taşıma süresince protected-mode no olarak ayarlayabilir veya bind ayarını genişletebilirsiniz. Ancak bind ayarını doğru yapmak daha güvenli bir yaklaşımdır.

Eğer eski Redis sunucunuzda bir şifre (requirepass) tanımlıysa, bu şifreyi not alın. Yeni sunucuyu replika olarak yapılandırırken bu şifreye ihtiyacınız olacak.

Güvenlik duvarı (UFW) kullanıyorsanız, yeni sunucunun eski sunucunun Redis portuna (varsayılan 6379) erişmesine izin verin:

sudo ufw allow from  to any port 6379
sudo ufw reload

Yapılandırma değişikliklerinden sonra eski Redis hizmetini yeniden başlatın:

sudo systemctl restart redis-server

Adım 3: Yeni Redis Sunucusunu Replika Olarak Yapılandırma

Şimdi yeni sunucuyu, eski sunucunun bir replikası olarak yapılandıracağız.

Yeni sunucunuzda redis.conf dosyasını açın:

sudo nano /etc/redis/redis.conf

replicaof (Redis 5.0 ve sonrası) veya slaveof (Redis 4.x ve öncesi) yönergesini bulun veya ekleyin. Bu yönergeye eski sunucunun IP adresini ve Redis portunu girin:

replicaof  6379

Eğer eski Redis sunucunuzda bir şifre (requirepass) tanımlıysa, yeni sunucuda masterauth yönergesini kullanarak bu şifreyi belirtmeniz gerekir:

masterauth 

Dosyayı kaydedin ve kapatın. Ardından, Redis hizmetini yeniden başlatın:

sudo systemctl restart redis-server

Bu adım, yeni Redis sunucusunun eski Redis sunucusuna bağlanmasını ve onun tüm verilerini senkronize etmeye başlamasını tetikler.

Adım 4: Replikasyon Durumunu Kontrol Etme

Replikasyonun doğru bir şekilde başladığından ve ilerlediğinden emin olmak için her iki sunucuda da durumu kontrol edin.

Yeni sunucuda:

redis-cli INFO replication

Çıktıda şunları görmelisiniz:
* role:slave (veya replica)
* master_host:
* master_port:6379
* master_link_status:up (bağlantının başarılı olduğunu gösterir)
* master_sync_in_progress:1 (senkronizasyonun devam ettiğini gösterir)

Eski sunucuda:

redis-cli INFO replication

Çıktıda şunları görmelisiniz:
* role:master
* connected_slaves:1
* slave0:ip=,port=6379,state=online,offset=...,lag=...

Adım 5: Veri Senkronizasyonunu Bekleme

master_sync_in_progress:1 değeri, yeni sunucunun eski sunucudan verileri senkronize ettiğini gösterir. Bu işlem, veri setinizin büyüklüğüne ve ağ hızınıza bağlı olarak biraz zaman alabilir. Küçük veri setleri için birkaç dakika, çok büyük veri setleri için saatler sürebilir.

Yeni sunucudaki redis-cli INFO replication çıktısında master_sync_in_progress:0 değerini görene kadar bekleyin. Bu, başlangıç senkronizasyonunun tamamlandığı anlamına gelir.

Senkronizasyonun ilerleyişini takip etmek için, yeni sunucunun bellek kullanımını ve anahtar sayısını kontrol edebilirsiniz:

redis-cli INFO memory
redis-cli dbsize

Bu değerler, eski sunucudaki karşılık gelen değerlere yaklaştığında veya eşitlendiğinde senkronizasyonun tamamlandığına dair bir göstergedir.

Adım 6: Uygulamaları Yeni Redis Sunucusuna Yönlendirme

Veri senkronizasyonu tamamlandıktan sonra, uygulamalarınızı yeni Redis sunucusuna yönlendirme zamanı gelmiştir. Bu adım genellikle kısa bir kesinti süresi gerektirir.

1. Uygulamaları Durdurun: Eğer mümkünse, Redis’i kullanan tüm uygulamalarınızı kısa bir süreliğine durdurun. Bu, geçiş sırasında yeni yazma işlemlerinin kaybolmamasını sağlar.
2. Uygulama Yapılandırmalarını Güncelleyin: Uygulamalarınızın bağlantı dizelerini (Redis IP adresi ve portu) eski sunucunun IP adresinden yeni sunucunun IP adresine güncelleyin.
3. Uygulamaları Başlatın: Uygulamalarınızı yeni yapılandırma ile yeniden başlatın.

Bu geçiş sırasında, eski ana sunucuya yazılan tüm veriler (uygulamalar durdurulmadan önce), replikasyon mekanizması sayesinde yeni sunucuya otomatik olarak aktarılacaktır. Uygulamalar yeni sunucuya bağlandığında, yeni Redis sunucusu ana sunucu olarak hizmet vermeye hazır olacaktır.

Adım 7: Yeni Sunucuyu Ana (Master) Olarak Tanımlama

Uygulamalarınız yeni sunucuya başarıyla yönlendirildikten ve çalıştığından emin olduktan sonra, yeni sunucuyu bağımsız bir ana sunucu olarak yapılandırın. Bu, yeni sunucunun artık eski ana sunucuya bağlı kalmamasını ve kendi başına yazma işlemlerini kabul etmesini sağlar.

Yeni sunucuda aşağıdaki komutu çalıştırın:

redis-cli SLAVEOF NO ONE

Bu komut, sunucunun replika rolünü bırakmasını ve ana sunucu olmasını sağlar.

Durumu doğrulamak için tekrar replikasyon bilgilerini kontrol edin:

redis-cli INFO replication

Çıktıda role:master ve connected_slaves:0 (eğer başka replika yoksa) görmelisiniz.

Bu adımdan sonra, eski ana sunucu ile yeni sunucu arasındaki replikasyon bağlantısı kesilir. Eski ana sunucu hala çalışır durumda ve tüm verileri barındırıyor olacaktır. Bu, bir sorun durumunda geri dönüş için bir güvenlik ağı sağlar.

Adım 8: Eski Redis Sunucusunu Devre Dışı Bırakma (İsteğe Bağlı)

Yeni sunucunun sorunsuz çalıştığından ve tüm uygulamaların doğru bir şekilde hizmet aldığından emin olduktan sonra, eski Redis sunucusunu devre dışı bırakabilirsiniz.

Öncelikle, eski sunucunun Redis hizmetini durdurun:

sudo systemctl stop redis-server

Eğer eski sunucunun Redis hizmetinin sistem başlangıcında otomatik olarak başlamasını istemiyorsanız, devre dışı bırakın:

sudo systemctl disable redis-server

Eski sunucuyu tamamen kapatmadan önce, verilerinin (RDB ve AOF dosyaları) bir son yedeğini almayı düşünebilirsiniz. Bu, olası bir felaket durumunda ek bir güvenlik katmanı sağlar.

Taşıma Sonrası Doğrulama ve En İyi Uygulamalar

Redis veri taşıma işlemi tamamlandıktan sonra, yeni ortamın sağlıklı ve beklendiği gibi çalıştığından emin olmak için kapsamlı doğrulama ve en iyi uygulamaları takip etmek hayati öneme sahiptir.

Veri Doğrulama

* Anahtar Sayısı Karşılaştırması: redis-cli dbsize komutunu hem eski (geçiş öncesi) hem de yeni sunucuda çalıştırarak anahtar sayılarının eşleştiğinden emin olun.
* Rastgele Anahtar Kontrolü: Yeni sunucudan rastgele birkaç anahtar okuyarak verilerin doğru olup olmadığını kontrol edin. Uygulamalarınızın da doğru verileri okuduğundan emin olun.
* Hash/List/Set/Zset Boyutları: Bazı karmaşık veri yapılarının boyutlarını kontrol ederek (örneğin HLEN key, LLEN key, SCARD key) tutarlılığı sağlayın.

Performans İzleme

Yeni sunucunun performansını yakından izleyin. CPU kullanımı, bellek tüketimi, ağ trafiği ve Redis komutlarının yanıt süreleri gibi metrikleri kontrol edin.

redis-cli INFO stats
redis-cli INFO cpu
redis-cli INFO clients

Bu komutlar, Redis’in performansı hakkında genel bir fikir verir. Harici izleme araçları (Prometheus, Grafana, Datadog vb.) kullanıyorsanız, yeni sunucu için de yapılandırdığınızdan emin olun.

Yedekleme Stratejisi

Yeni Redis sunucusunda düzenli yedeklemeleri (RDB anlık görüntüleri ve/veya AOF kalıcılığı) yapılandırdığınızdan ve çalıştığından emin olun. Bu, gelecekteki olası veri kaybı durumlarına karşı koruma sağlar.

Güvenlik

* requirepass: Eğer bir şifre kullanmanız gerekiyorsa, redis.conf dosyasında requirepass yönergesini doğru bir şekilde ayarlayın.
* bind Ayarları: Redis’in yalnızca güvenli IP adreslerinden veya localhost‘tan gelen bağlantıları dinlediğinden emin olun. 0.0.0.0 kullanmaktan kaçının veya yalnızca güvenlik duvarı ile sıkıca korunuyorsa kullanın.
* Güvenlik Duvarı: Yeni sunucunun güvenlik duvarını (UFW/iptables), yalnızca gerekli IP adreslerinin Redis portuna (6379) erişmesine izin verecek şekilde yapılandırın.

Kalıcılık Ayarları

Yeni sunucuda RDB ve/veya AOF kalıcılık ayarlarının uygulamanızın gereksinimlerine uygun olduğundan emin olun.

# redis.conf dosyasında
save 900 1    # 900 saniye içinde en az 1 anahtar değişirse kaydet
save 300 10   # 300 saniye içinde en az 10 anahtar değişirse kaydet
save 60 10000 # 60 saniye içinde en az 10000 anahtar değişirse kaydet

appendonly yes # AOF'u etkinleştir
appendfsync everysec # Her saniye diskle senkronize et

Sürüm Uyumluluğu

Eğer eski ve yeni Redis sürümleri arasında bir fark varsa, yeni sürümdeki davranış değişikliklerini veya kaldırılan komutları kontrol edin. Uygulamalarınızın yeni sürümle tam uyumlu olduğundan emin olun.

İzleme ve Uyarılar

Yeni Redis sunucusu için izleme ve uyarı sistemlerini (örneğin, bellek kullanımı, CPU yükü, bağlantı hataları, replikasyon durumu) kurun ve test edin. Bu, potansiyel sorunları erken tespit etmenizi sağlar.

Olası Sorunlar ve Çözümleri

Redis veri taşıma işlemi genellikle sorunsuz ilerlese de, bazı yaygın sorunlarla karşılaşmak mümkündür. İşte bu sorunlar ve olası çözümleri:

Ağ Bağlantısı Sorunları

* Belirti: Yeni sunucu, eski sunucuya replika olarak bağlanamıyor; master_link_status:down veya bağlantı zaman aşımı hataları.
* Çözüm:
* Güvenlik Duvarı: Her iki sunucuda da güvenlik duvarı (UFW, iptables) ayarlarını kontrol edin. Eski sunucunun 6379 portunun yeni sunucunun IP adresinden gelen bağlantılara açık olduğundan emin olun.
* bind Ayarı: Eski sunucunun redis.conf dosyasındaki bind yönergesinin, yeni sunucunun IP adresini veya 0.0.0.0 (tüm arayüzler) içerdiğinden emin olun. Değişiklik yaptıysanız Redis’i yeniden başlatın.
* protected-mode: Eski sunucuda protected-mode yes ve kısıtlı bind ayarı varsa, protected-mode no olarak ayarlamayı (geçici olarak) veya bind ayarını genişletmeyi düşünün.
* Ping Testi: ping komutuyla yeni sunucudan eski sunucuya ağ bağlantısının olup olmadığını kontrol edin.

Kimlik Doğrulama Hataları

* Belirti: Yeni sunucu replika olarak bağlanamıyor, Redis günlüklerinde NOAUTH Authentication required veya denied by master gibi hatalar görünüyor.
* Çözüm: Eski Redis sunucusunda bir şifre (requirepass) tanımlıysa, yeni sunucunun redis.conf dosyasında masterauth yönergesini doğru bir şekilde eklediğinizden ve Redis’i yeniden başlattığınızdan emin olun.

Bellek Yetersizliği

* Belirti: Yeni sunucuda OOM (Out Of Memory) hataları, Redis hizmetinin çökmesi veya yavaşlaması.
* Çözüm: Yeni sunucuda eski Redis veri setini barındırabilecek ve operasyonel yükü kaldırabilecek kadar yeterli RAM olduğundan emin olun. Replikasyon sırasında Redis, ana sunucunun bir anlık görüntüsünü (RDB dosyası) oluşturur ve bu da ek bellek gerektirebilir.

Disk Alanı Yetersizliği

* Belirti: Replikasyon sırasında veya RDB/AOF kalıcılık mekanizmaları çalışırken disk alanı hataları.
* Çözüm: Yeni sunucuda, Redis veri dosyaları ve geçici RDB dosyası için yeterli disk alanı olduğundan emin olun.

Senkronizasyon Hataları

* Belirti: master_sync_in_progress değeri uzun süre 1’de kalıyor veya master_link_status:down sürekli değişiyor.
* Çözüm:
* Redis Günlükleri: Her iki sunucunun Redis günlüklerini (/var/log/redis/redis-server.log veya journalctl -u redis-server) kontrol ederek hata mesajlarını arayın.
* Ağ Kararlılığı: Ağ bağlantısının kararlı olduğundan emin olun. Büyük veri setlerinde ağ kesintileri senkronizasyonu bozabilir.
* Yeniden Başlatma: Yeni sunucudaki Redis hizmetini yeniden başlatmayı deneyin.

Uygulama Bağlantı Sorunları

* Belirti: Uygulamalar yeni Redis sunucusuna bağlanamıyor veya veri okuyamıyor/yazamıyor.
* Çözüm:
* IP/Port Kontrolü: Uygulama yapılandırmalarındaki Redis IP adresi ve portunun doğru olduğundan emin olun.
* Güvenlik Duvarı: Yeni sunucunun güvenlik duvarının, uygulamaların çalıştığı sunucuların IP adreslerinden gelen bağlantılara izin verdiğinden emin olun.
* Redis Durumu: Yeni Redis hizmetinin çalışır durumda olduğunu kontrol edin (sudo systemctl status redis-server).

Bu sorun giderme adımları, çoğu yaygın replikasyon ve taşıma sorununu çözmenize yardımcı olacaktır. Her zaman Redis günlüklerini kontrol etmek, sorunların kök nedenini anlamak için en iyi başlangıç noktasıdır.

Sonuç

Redis verilerini replikasyon kullanarak yeni bir sunucuya taşımak, minimum kesinti süresi ve yüksek veri tutarlılığı sağlayan güvenilir ve etkili bir yöntemdir. Bu makalede ele aldığımız adımları dikkatlice takip ederek, Ubuntu 18.04 ortamında Redis verilerinizi başarıyla taşıyabilirsiniz.

Sürecin ana hatları şunlardır: yeni sunucuda Redis’i kurmak ve temel yapılandırmaları yapmak, eski ana sunucunun erişilebilirliğini sağlamak, yeni sunucuyu eski sunucunun bir replikası olarak yapılandırmak, verilerin senkronize olmasını beklemek, uygulamaları yeni sunucuya yönlendirmek ve son olarak yeni sunucuyu bağımsız bir ana sunucu olarak yükseltmek.

Başarılı bir taşıma için en önemli unsurlar, detaylı planlama, önkoşulların eksiksiz yerine getirilmesi ve taşıma sonrası kapsamlı doğrulama testleridir. Ayrıca, olası sorunları önceden tahmin etmek ve çözümlerini bilmek, sürecin daha sorunsuz ilerlemesine yardımcı olacaktır. Unutmayın ki her zaman bir yedekleme stratejiniz olmalı ve taşıma işlemi öncesinde mevcut verilerinizin yedeğini almalısınız. Bu kılavuz, Redis taşıma operasyonlarınızı güvenle gerçekleştirmeniz için size sağlam bir temel sunmaktadır.