Predastore, MinIO migration rehberini yayımladı: arşivlenen object store'a yama gelmiyor

Projenin arşivlenmesinin ardından güvenlik yamaları almaktan çıkan MinIO kullanıcıları için, Predastore'un geliştirici ekibi dev.to üzerinde adım adım bir çıkış yolu yayımladı.

Arşivlenmiş bir object store için çıkış yolu

Rehbere göre MinIO, Nisan 2026'da resmi olarak arşivlendi. Güvenlik yaması veya hata düzeltmesi gelmediği için yöneticiler bakımı süren bir alternatif arıyor; yazı da Predastore'u bu adaylardan biri olarak konumlandırıyor.

Yazarlar, Predastore'un buna tepki olarak ortaya çıkmadığını hemen belirtiyor: Çalışmaların yayından yaklaşık bir buçuk yıl önce, başlangıçta güvenilir olmayan ağlar üzerindeki, donanım kısıtlı edge lokasyonları için object storage hedefiyle başladığını söylüyorlar. Projenin bu hedefe henüz tam olarak ulaşmadığını kabul ediyorlar; ancak mevcut haliyle MinIO'nun bilinen ana iş yüklerini karşılayabiliyor.

Predastore mimarisi kısaca

Bir küme iki katmandan oluşur: host'lar ve node'lar. Bir host, s3d binary'si ile başlatılan tek bir Predastore sürecidir ve her host, üç rolden birine sahip birden çok node çalıştırabilir:

• gate: S3 HTTP API'sini sunar; her host sürecinde en fazla bir gate bulunur.
• meta: bucket ve object kayıtlarını tutan bir Raft replikasıdır; bu kayıtlar her objenin shard'larının nerede bulunduğunu da içerir.
• blob: Şifrelenmiş, erasure-coded shard'ları yalnızca ekleme yapan (append-only) segment dosyalarına yazan bir key-value store'dur; depolama konumu data_dir config alanıyla belirlenir.

Her host'un kendi IP adresi vardır ve her node ayrı bir porttan dinler; böylece tüm node'lar tek tek adreslenebilir. Kümelerin her rolden en az bir node'a ihtiyacı vardır ve yazarlar, her blob node'unu izolasyon için kendi diskine yönlendirmeyi öneriyor. Ayrıca tasarım kararlarının kesinleşmediğini belirtiyorlar — yazar henüz "blob" adlandırmasına ikna olmuş değil ve GitHub issue üzerinden isim önerileri davet ediyor.

Bağımsız çalıştırma veya Spinifex altında

İlk migration kararı dağıtım modudur. Bağımsız (standalone) mod, sabit bir servis hesabı kümesi, tek tenant, harici bağımlılık olmaması ve anahtar ile sertifikaların node'lara elle dağıtılmasını sunar. Spinifex altında çalışmak ise IAM kullanıcıları, grupları ve rolleri, STS, çoklu tenant ile anahtar ve sertifika dağıtımının otomatikleşmesini getirir. Rehber, ikisi arasında seçim yapmak için okuyucuları projenin README'sine yönlendiriyor.

Aynı sürücülerde MinIO ile yan yana çalıştırma

En pratik detay, yeni donanım gerekmemesi. Migration bitene kadar Predastore, MinIO'nun zaten kullandığı her sürücüde bir .predastore dizinini kaplayabilir. Baştaki nokta kritik önem taşıyor: Rehbere göre MinIO, sürücülerindeki diğer tüm üst düzey dizinleri bir bucket olarak yorumluyor ve o bucket ile birlikte siliyor.

Yine de alan planlaması önemli. Her sürücü, MinIO'nun üzerinde tükettiği kadarın yaklaşık iki katı boş alana, ayrıca yeniden senkronizasyon için ek paya ihtiyaç duyar. Dizinler, servisin mount'u beklemesini ve mount olmadan başlamayı reddetmesini sağlayan systemd seçenekleriyle /var/lib/predastore içine bind-mount edilir. Rehber ayrıca mount noktası dizinlerinin root'a ait bırakılmasını öneriyor; böylece eksik bir mount, Predastore'un yerine sessizce sistem diskine yazmasını engeller.

Derleme gereksinimleri ve yapılandırma

En basit topoloji için — tek node, bir veya daha fazla sürücü, standalone modda — rehber systemd'li Linux, Go 1.27 veya daha yenisi (çoğu dağıtımın Go paketlerinin birkaç sürüm geride olduğu belirtiliyor), git, make ve openssl, ayrıca kurulum sonrası kontroller için AWS CLI istiyor. Predastore kaynaktan derleniyor; rehber v1.21.0'ı hedefliyor ve kurulum araçlarının (make install, predastore-keygen, örnek config) ilk kez v1.20.0'da geldiğini, dolayısıyla eski etiketlerin bu adımlarla çalışmayacağını belirtiyor.

Yapılandırma bu aşamada minimal: Örnek TOML dosyasını yerine kopyalayın ve region alanını, MinIO istemcilerinin zaten yapılandırılmış olduğu değerle eşleşecek şekilde ayarlayın; rehber bunu S3 istemcilerinin istekleri nasıl imzaladığıyla ilişkilendiriyor.

Önceden kontrol edilmesi gereken kapsam eksikleri

Predastore genç bir proje ve S3 yüzeyinin tamamını henüz uygulamıyor. Rehberin merkezdeki uyarısı, başlamadan önce projenin S3 API kapsamı sayfasını incelemek; iş yükünüzün bağlı olduğu bir işlem eksikse, ekipten GitHub issue açmanızı istemesi ve taleplerin bazen bir minor sürümde karşılanabildiğini belirtmesi. Rehber en az beş adımlı, numaralandırılmış bir dizilim olarak yapılandırılmış — mod seçimi ve küme kurulumu önce geliyor ve 5. adım MinIO ile işi bitirdiğiniz yer.

Neden önemli

Arşivlenmiş bir depolama sistemi, yamalanmayan bir sistemdir ve object store'lar genelde tam da kaybedilmesi acı verici verileri barındırır. Bu da migration rehberini gerçekten değerli kılar; özellikle yeni donanım gerektirmeyen ve alternatifin mevcut sürücülerde yan yana çalışmasına izin veren bir rehber. Uyarılar da aynı ağırlığı hak ediyor: Bu, Predastore'un kendi geliştiricilerinin yazdığı birinci elden bir rehber; proje yaklaşık bir buçuk yaşında ve S3 kapsamı eksiksiz değil. Daha az yaygın S3 işlemlerine bel bağlayan operatörler, karar vermeden önce desteği doğrulamalı — ancak düzgün, standart dağıtımlar için rehber, bakımsız bir sistemi geride bırakmanın maliyetini anlamlı biçimde düşürüyor.