Repository’nizi kurun.
Veri yolunu doğrulayın.

1. Rol, sürüm ve kapasiteyi planlayın

Master/repository ve veri aktarım node rollerini, desteklenen Linux mimarisini ve eşleşen paket sürümünü belirleyin. DNS/IP, repository ID, gerçek disk/mount, minimum boş alan, eşzamanlı iş ve saklama hesabını kaydedin. Replikasyonun her akışta repository’den geçtiğini varsaymayın.

2. Paketi ve gerçek mount hedefini doğrulayın

Onaylı sürüm paketini ve yayınlanan SHA-256 değerlerini kontrol edin. Dosya sistemi önceden bağlı olmalıdır; repository için filesystem kökü yerine EraRepository gibi alt dizin kullanılır. Mount kaybolduğunda boş yerel klasöre yazmayı engelleyecek kontrolü doğrulayın. Bu rehber disk formatlama veya mount oluşturma işlemi çalıştırmaz.

findmnt -T <MOUNT_PATH>
df -h <MOUNT_PATH>

3. Repository kimliğini depolamayla eşleştirin

Multi-repository sözleşmesinde storages.id=7, storage-7 kimliğine karşılık gelir. Fiziksel yol master üzerindeki repositories.json kaydında tutulur; client/katalog repository ID kullanır. Aynı kimliği başka fiziksel disk için yeniden kullanmayın. Belgelenen üretim yolu Infrastructure → Add Storage kaydıyla <mount-path>/EraRepository eşlemesini oluşturur; kurulu sürümde özet ve gerçek mount’u karşılaştırın.

4. Servis ve güvenli kimlik bilgilerini hazırlayın

Eşleşen paketin install-master.sh veya kayıtlı pool yönetim prosedürünü onaylı kurulum planıyla uygulayın. Token/credential dosyalarını güvenli operatör sürecinde yönetin; sohbete, loga veya pakete eklemeyin. Repository servisi belgelenen gateway düzeninde 127.0.0.1:19449 dinler; servis sağlık ve journal sonucunu kontrol edin. Bu çalışma kurulum veya servis restart yapmadı.

systemctl status era-repository --no-pager
curl http://127.0.0.1:19449/healthz

5. HTTPS gateway ve public endpoint’i doğrulayın

Nginx/kurumsal TLS veya onaylı internal CA ile client’lara HTTPS /repository endpoint’i sunun. Dış veri yolu 443 kullanır; 19449’u dış ağa açarak endpoint hatasını çözmeyin. Public endpoint, client’ın erişebildiği adres olmalıdır; localhost backend adresi compute node’a gönderilmez. Client’a CA sertifikası verilir, CA özel anahtarı verilmez. Sertifika doğrulamasını kapatmayın.

nginx -t
curl --cacert <CA_FILE> https://<REPOSITORY_DNS>/repository/healthz

6. Client eşlemesi ve kapasite API’sini kontrol edin

Client/DataMover kaydında endpoint, repository ID, CA ve güvenli token referansını eşleştirin. Yetkili status API’sinde enabled/healthy, available_bytes, min_free_bytes, reserved_bytes ve reservable_bytes değerlerini kontrol edin; yalnız df veya UI Free Space yeterli değildir. Görseldeki BackupDisk seçimi ortak politika örneğidir, Infrastructure kayıt ekranı değildir.

Önceki gerçek Agent Policy ekranı: BackupDisk seçimi, Total/Free/Used Space. File Backup seçilidir; bu görüntü repository kurulumu veya storage yönetim paneli değildir. Kapasite değerleri geçmiş lab örneğidir; güncel rezervasyon/health ayrıca kontrol edilir.

7. Küçük Full/artımlı ve restore kabulü yapın

Onaylı küçük testte repository ID, Full ve artımlı katalog, gerçek objeler ve hash doğrulamasını eşleştirin. İzole restore ile okunabilirliği kabul edin; healthz tek başına veri kabulü değildir. RustFS native S3 backend’i ayrı endpoint/bucket/prefix/credential/capacity gerektirir; yerel belgede geliştirme kapıları açık olduğundan TLS, retention/GC, hata, ölçek ve WORM kabulü tamamlanmadan üretim desteği varsaymayın.