# Verileri koruyan bir adanmış sunucu geçiş kılavuzu | SwissOctet Insights https://swissoctet.com/tr/insights/dedicated-server-migration-runbook/ SwissOctet / İçgörüler / Tahsisli ve GPU Tahsisli ve GPU Uygulandı · 6 dk okuma Verileri koruyan bir adanmış sunucu geçiş kılavuzu Taşınmayı prova edin, tutarlı bir veri sınırı oluşturun ve yeni sistem yazma işlemlerini kabul ettikten sonra geri alma işleminin ne anlama geldiğini tanımlayın. SwissOctet Editör Ekibi tarafından Kılavuzu kaydet Bağlantıyı kopyala BU SAYFADA 01 Makineyi taşımadan önce hizmeti envanterleyin 02 Hedefi ayrı bir ortam olarak oluşturun 03 Tutarlı bir veri sınırı seçin 04 Anlık değişiklikler vaat etmeden trafik yönlendirmeyi hazırlayın 05 Yazma işlemleri başladıktan sonra geri almayı tanımlayın 06 Geçişi operasyonel kontrollerle kapatın Pratik kontrol listeniz Kaynaklar ve daha fazla okuma Kütüphaneye dön DOĞRUDAN YANIT Önce yeni sunucuyu hazırlayın ve test edin, verileri uygulama destekli bir tutarlılık yöntemiyle kopyalayın, bir geçiş penceresi tanımlayın ve eski ortamı koruyun. Geri alma, yalnızca bir DNS değişikliğini değil, yeni sunucuda kabul edilen yazma işlemlerini de hesaba katmalıdır. 01 Makineyi taşımadan önce hizmeti envanterleyin Bir geçiş, uygulama dosyalarından fazlasını içerir. Veritabanlarını, yüklemeleri, zamanlanmış işleri, kuyruk çalışanlarını, sertifikaları, alan adlarını, sırları ve giden entegrasyonları listeleyin. Yazılım sürümlerini ve dosya izinleri ile depolama yolları gibi önemli çalışma varsayımlarını kaydedin. Yeni bir adanmış sunucu, eski ortamda yıllar önce sessizce kurulmuş unutulmuş bir bağımlılığı ortaya çıkarabilir. Geçiş kararı için bir sahip atayın ve başarının nasıl göründüğünü tanımlayın. Kullanıcı tarafından görülebilen kontrolleri, veri tutarlılığını ve erişimi kurtarma yeteneğini dahil edin. Bir geçiş tarihi duyurmadan önce yeni yapılandırmanın teslim edildiğini ve kullanılabilir olduğunu doğrulayın. Bir sipariş onayı veya listelenen bir donanım özelliği, üretim verilerini almaya hazır çalışan bir hedefle aynı şey değildir. 02 Hedefi ayrı bir ortam olarak oluşturun Gerekli yığını kurun, yönetimi oluşturun ve amaçlanan güvenlik duvarını yapılandırın. Sırları özel tutun ve hizmet izinlerini bilinçli olarak ayarlayın. Genel trafik taşınmadan önce uygulamanın beklenen ana bilgisayar adını ve sertifika davranışını doğrulayın. Apache'ın sanal ana bilgisayar belgeleri, ana bilgisayar adı yönlendirmesinin sunucunun adresinden ayrı bir yapılandırma kararı olduğunu gösterir. Çalışan bir varsayılan sayfa, doğru uygulama ana bilgisayarının yapılandırıldığını kanıtlamaz. Prova için temsili bir geri yüklenmiş veri kümesi kullanın; giden e-posta, ödemeler ve zamanlanmış işler devre dışı bırakılmalı veya güvenli test sistemlerine yönlendirilmelidir. Bu, test ortamının gerçek kullanıcılar üzerinde işlem yapmasını önler. Oturum açma, yüklemeler, arka plan çalışması ve geri yüklemeyi deneyin. Prosedürü ve süresini kaydedin; böylece gerçek pencere iyimserliğe değil gözlemlenen bir sürece dayanır. 03 Tutarlı bir veri sınırı seçin Veritabanı ve uygulama tarafından desteklenen bir yedekleme veya çoğaltma yöntemi kullanın. PostgreSQL, her biri kendi varsayımlarına sahip SQL dökümlerini, dosya sistemi yedeklerini ve sürekli arşivlemeyi birbirinden ayırır. Döküm kılavuzu, veritabanı dökümlerinin kendi içinde tutarlı olabileceğini, ancak küme genelindeki rollerin ve diğer ayrıntıların ayrı ele alınması gerektiğini belirtir. Açık veri dosyalarını gelişigüzel kopyalamak yerine çalıştırdığınız tam sistemin gereksinimlerini okuyun. Veritabanının yüklemeler ve kuyruk durumuyla nasıl ilişkili olduğunu planlayın. Bir kayıt, farklı bir zamanda kopyalanmış bir dosyaya işaret ediyorsa, her iki kopya da tek tek başarılı olsa bile geri yüklenen uygulama eksik olabilir. Yazma işlemlerini kısa süreliğine duraklatıp duraklatmayacağınıza, test edilmiş bir çoğaltma düzenlemesi kullanıp kullanmayacağınıza veya uygulamaya özgü bir dışa aktarma yapıp yapmayacağınıza karar verin. Bu tutarlılık kararını kılavuzda açık tutun. Aşama Gerekli kanıt Karar Prova Uygulama ve geri yüklenen veriler kontrolleri geçer Hedef, geçiş için değerlendirilebilir Son eşitleme Tanımlanmış tutarlı kurtarma noktası Yalnızca anlaşılan kalan değişikliklerle ilerleyin Trafik geçişi Doğru yönlendirme ve sertifika davranışı Her iki hedefi izleyin Geri alma Yeni kabul edilen tüm yazma işlemlerinin konumu Trafiği geri döndürmeden önce verileri mutabık kılın 04 Anlık değişiklikler vaat etmeden trafik yönlendirmeyi hazırlayın DNS yaşam süresi, kayıtların ne kadar süre önbelleğe alınabileceğini kontrol eder; bu, Cloudflare'in DNS belgelerinde açıklanmıştır. Geçişin bir parçası DNS ise TTL'yi erkenden inceleyin ve mevcut önbelleğe alınmış kayıtların önceki ayarları altında eskimesine izin verin. Geçiş anında değeri değiştirmek, önbelleğe alınmış her yanıtı geriye dönük olarak kısaltamaz. Geçiş sırasında farklı istemciler farklı hedeflere ulaşabilir. Yönlendirme değişiklikleri oturana kadar eski ortamı kullanılabilir tutun; yazma işlemlerini hâlâ kabul edip edemeyeceğine dair bilinçli bir politika belirleyin. Uygulama bunun için tasarlanmadıkça yinelenen kuyruk tüketicilerini veya zamanlanmış işleri çalıştırmaktan kaçının. Her iki taraftaki istekleri izleyin ve bağımsız istemcilerden amaçlanan ana bilgisayar adını, TLS sertifikasını ve uygulama sürümünü doğrulayın. 05 Yazma işlemleri başladıktan sonra geri almayı tanımlayın Yeni sistem değişiklikleri kabul etmeye başlamadan önce, geri dönen trafik görece basit olabilir. Sonrasında, tek başına bir DNS geri alma işi kaybettirebilir veya birbiriyle çelişen iki geçmiş oluşturabilir. Yeni oluşturulan kayıtların ve yüklemelerin nasıl korunacağını veya uzlaştırılacağını tanımlayın. Uygulama bunları güvenli şekilde birleştiremiyorsa, doğaçlama bir eski kopyaya dönüş yerine kontrollü bir bakım dönemi tercih edilebilir. Geçişi duraklatmayı gerektiren koşulları belirleyin ve karar sahibine ulaşılabilir kalın. Günlükleri ve yararlı kanıtları projenin saklama kurallarına uygun olarak koruyun. Ana sayfa bir kez yüklendi diye eski makineyi veya bağımsız kurtarma kopyasını silmeyin. Saklama süresi, üzerinde anlaşılan doğrulama ve geri alma ihtiyaçlarını kapsamalıdır. 06 Geçişi operasyonel kontrollerle kapatın Geçiş sonrasında yedekleri, uyarıları, sertifika yenilemeyi, zamanlanmış işleri ve erişim kurtarmayı doğrulayın. İzlenen ana makinenin yeni hedef olduğunu ve üretimde hiçbir test entegrasyonunun kalmadığını teyit edin. Olağan trafik altında uygulama hatalarını ve kullanıcıya görünen süreleri inceleyin. Envanteri ve runbook'u güncelleyin ki bir sonraki yönetici neyin değiştiğini tahmin etmek zorunda kalmasın. SwissOctet'ın özel aileleri farklı fiziksel yapılandırmalar sunar, ancak seçilen hizmet için geçiş çalışması ve yönetilen destek teyit edilmelidir. Uygun kaynakları seçmek için kataloğu kullanın, ardından uygulamanızın verileri etrafında test edilmiş bir taşıma oluşturun. Bir geçiş, dosyalar aktarıldığında değil, hizmet ve kurtarma süreci hedefte çalıştığında tamamlanır. HAREKETE GEÇİRİN Pratik kontrol listeniz. ✓ Verileri, işleri, sırları ve entegrasyonları envantere alın. ✓ Zamanlamadan önce teslim edilen hedefi doğrulayın. ✓ Güvenli harici entegrasyonlarla prova yapın. ✓ Veritabanı ve yükleme tutarlılığını tanımlayın. ✓ Yönlendirme geçişini ve yinelenen iş önlemeyi planlayın. ✓ Yeni yazmalar için geri almayı belirtin. ✓ Geçiş sonrasında yedekleri ve izlemeyi doğrulayın. Kontrol listesini indir SIK SORULAN SORULAR Önemli olan ayrıntılar. Uygulama dizinini kopyalayarak geçiş yapabilir miyim? + Yalnızca bu, hizmetin ihtiyaç duyduğu her şeyi yakalıyor ve tutarlılığı koruyorsa. Veritabanları, yüklemeler, işler, sırlar ve yapılandırma genellikle ayrı ilgi gerektirir. DNS TTL değerini düşürmek geçişi anında yapar mı? + Hayır. Önceden önbelleğe alınmış yanıtlar, önceki yaşam süreleri bitene kadar kalabilir ve istemciler farklı zamanlarda güncellenebilir. Geri alma, DNS'ı eski sunucuya yönlendirmekten mi ibaret? + Yeni sunucu yazmaları kabul ettikten sonra değil. Trafiği geri döndürmeden önce bu kayıtları ve dosyaları hesaba katmalısınız. BİRİNCİL KAYNAKLAR Kaynağa gidin. Bu kaynaklar, bu kılavuzdaki teknik kavramları destekler. Bir üretim sistemini değiştirmeden önce güncel belgeleri izleyin. PostgreSQL: Yedekleme ve Geri Yükleme www.postgresql.org PostgreSQL: SQL Dump tutarlılığı ve geri yükleme www.postgresql.org Apache: Sanal Ana Makine belgeleri httpd.apache.org Cloudflare DNS: Yaşam Süresi developers.cloudflare.com SwissOctet tarafından editoryal rehberlik. Örnekler açıklayıcıdır. Hizmet spesifikasyonları, mevcut seçenekler ve sözleşme koşulları ayrıca doğrulanmalıdır. BİLGİYİ BAĞLAYIN İlgili altyapı. Metal Atlas İsviçre Metal Zenith İsviçre Metal EPYC İsviçre BAĞLANTIYI KORUYUN Bir sonraki saha notlarınız. Tüm kılavuzları keşfedin SAHA NOTU / 01 + Tahsisli ve GPU Temel VPS veya özel: uygun sınırı seçin Fiziksel bir makinenin neyi değiştirdiğini, neyi değiştirmediğini ve iş yükünüz için ne zaman faydalı bir adım olduğunu anlayın. 4 dk okuma Kılavuzu okuyun SAHA NOTU / 02 + İkinci gün operasyonları Uygulamalı Gerçekten geri yükleyebileceğiniz bir yedek oluşturun Bir kurtarma hedefi seçin, bağımsız bir kopyayı koruyun ve bir olay konuyu zorlamadan önce geri yüklemeyi deneyin. 4 dk okuma Kılavuzu okuyun SAHA NOTU / 03 + Tahsisli ve GPU İleri düzey Donanım seçmeden önce bir GPU VRAM bütçesi oluşturun Ağırlıkları, aktivasyonları, önbellekleri ve geçici arabellekleri hesaba katın, ardından yalnızca model dosyasını değil, en yoğun iş yükünü test edin. 6 dk okuma Kılavuzu okuyun