Yedek Node Belirtme
Smartnode stack'inin 1.5.0 sürümünden başlayarak, birincil istemcileriniz çevrimdışı olduğunda (örneğin Geth kullanıyorsanız ve budamanız gerekiyorsa) onların yerini alabilecek bir "yedek" Execution client ve Consensus client çifti sağlayabilirsiniz. Bu durumda, birincil node makineniz hala megapool'unuzun validator anahtarlarıyla onaylama ve blok önerme işlemlerinden sorumlu olacaktır, ancak Execution katmanı ve Beacon zinciriyle etkileşim kurmak için harici bir makineye bağlanacaktır.
Esasen, zinciri sorgulama, işlem gönderme ve onaylanacak blokları alma gibi şeyler için geçici olarak başka bir istemci çifti kullanmanıza olanak tanır. Bu çift harici olarak yönetilebilir (Hibrit modu gibi) veya başka bir Rocket Pool node'u olabilir (API portları açık olan başka bir Docker modu makinesi, aşağıda ele alacağız).
Node'unuzun birincil istemcileri tekrar çevrimiçi olduğunda, Smartnode ve Validator client'ınız otomatik olarak onlara geri dönecektir.
Bir yedek node, "backup" node ile aynı değildir. Yedek node'lar zincire senkronize edilmiş ve çalışan bir Execution ve Consensus client çiftine sahiptir, ancak node'unuzun cüzdanını veya validator anahtarlarını yüklü değildirler.
Ana node'unuz çevrimdışı olursa, yedeğiniz sizin için doğrulama yapmaya başlamayacaktır.Desteklenen Client'lar
v1.9.0 itibarıyla, desteklenen tüm validator client'larımız sadece birkaç sınırlama ile Yedek desteği eklemiştir:
Yeni Bir Node Kurulumu (Docker Modu)
Yedek node olarak yerel olarak sahip olduğunuz ikinci bir makineyi, VPS'de barındırılan uzak bir node'u veya bulut tabanlı bir node'u kullanabilirsiniz.
Bu örnek, yedek node olarak hizmet verebilecek Docker modunu kullanan farklı bir makinede ikinci bir Smartnode oluşturmanın nasıl yapılacağını gösterir.
Zaten hazır ikinci bir node'unuz varsa ve RPC portları açıksa, bu bölümü atlamaktan çekinmeyin.
-
Node kurma kılavuzundaki adımları izleyin (yerel veya uzak).
-
Makine hazır olduğunda, Smartnode stack'i kurun.
-
Hangi istemcileri kullanmak istediğinizi belirtmek için
rocketpool service configkomutunu çalıştırın.- Sihirbazın sonuna geldiğinizde ve ayarlarınızı gözden geçirmek isteyip istemediğinizi sorduğunda, Evet'i seçin.
Execution Clientayarlarına girin.Expose RPC Portskutusunu işaretleyin:
- Geri dönün ve
Consensus Clientayarlarına girin. 5.Expose API Portkutusunu işaretleyin (Prysm kullanıyorsanızExpose RPC Portkutusunu da işaretleyin):
- Ayarları kaydedin ve Smartnode'u başlatın.
-
SSH kurmak ve uygun güvenlik duruşunu ayarlamak için Node'unuzu Güvence Altına Alma kılavuzuna atlayın.
ufwkuruluysa, API portlarına gelen trafiğe izin vermek için kurallar eklemeniz gerekecektir (varsayılan olarak8545,8546ve5052; Prysm kullanıyorsanız5053de).
-
İşte bu kadar! Burada durabilirsiniz.
rocketpool wallet init ile cüzdan oluşturmayın veya eski cüzdanınızı kurtarmayın.
Bu node'u cüzdan ve validator anahtarları olmadan bırakın.
Tek görevi senkronize edilmiş bir Execution client ve Consensus client'a sahip olmaktır.
Ana Node'unuzu Yedek Node'a Bağlama
Bir yedek node hazırladıktan sonra, bunu ana node'unuza bağlayabilirsiniz.
rocketpool service configTUI'sine girin veFallback Clientsayarlarına girin.Use Fallback Clientskutusunu işaretleyin.- Execution client'ınız için RPC URL'sini
Execution Client URLkutusuna girin. Örneğin, yedek node'unuzun IP adresi192.168.1.45ise ve Execution client'ı varsayılan8545portundaysa, burayahttp://192.168.1.45:8545girersiniz. - Yedek Consensus client'ınızın RPC URL'si için de aynısını yapın. Aynı örneği takip ederek, varsayılan
5052portundaysa, burayahttp://192.168.1.45:5052girersiniz.
Son sayfa şöyle görünmelidir:
Native mod kullanıcıları aynı adımları takip edebilir, ancak TUI yukarıdaki ekran görüntüsünden biraz farklı görünecektir.
Bunun sadece Smartnode'un kendisine (daemon servisi) yedek desteği sağlayacağını unutmayın; Validator client servisinizin argümanlarını yedek istemcilere erişim sağlamak için manuel olarak güncellemeniz gerekecektir.Onaylandığından emin olmak için son kutuda enter tuşuna basın, ardından ayarları kaydedin ve değişiklikleri uygulayın.
Uygulandıktan sonra, yedek node'unuzun kullanılabilirliğini rocketpool node sync komutu kullanarak doğrulayabilirsiniz:
Hem yedek Execution hem de Consensus client'ın senkronize olduğunu gösteriyorsa, hazırsınız!
Yedek Client'ları Test Etme
Yapılandırmanızın çalışacağından emin olmak için yedek istemcileri test etmek istiyorsanız, ana node'unuzdaki Execution ve Consensus client'larını durdurun:
Ardından rocketpool network stats gibi zinciri sorgulayan herhangi bir komutu çalıştırın.
Birincil istemcilerinizden birinin (veya her ikisinin) çevrimdışı olduğunu ve yedek istemcilere geri döndüğünü belirten en üstte bir uyarı mesajı göreceksiniz:
Son olarak, birincil istemcilerinizi tekrar başlatın:
Ve işiniz bitti! Yedek kurulumunuz çalışıyor.
Sonraki Adımlar
Kurulumunuz için bir yedek node oluşturmayı ve/veya çalıştırmayı tercih edip etmediğinizden bağımsız olarak, bir sonraki adım öncelik ücretleri hakkında bilgi edinmektir. Devam etmeye hazır olduğunuzda kılavuzun bir sonraki bölümüne tıklayın.