NetApp PEAK:AIO’yu alıyor: AI depolamada darboğaz artık metadata

NetApp, San Jose’den yayımladığı 25 Eylül 2026 tarihli açıklamasında İngiltere merkezli PEAK:AIO’yu satın alma niyetini duyurdu. İşlem olağan kapanış koşullarına ve düzenleyici onaylara bağlı; tamamlanmış bir satın alma söz konusu değil. Şirket, PEAK:AIO’nun metadata hizmetlerini ve paralel dosya erişimi yaklaşımını ONTAP tabanlı veri mimarisiyle birleştirmeyi hedefliyor.

Planın çıkış noktası, AI kümelerinde depolama kapasitesiyle dosyalara erişimi yöneten hizmetin aynı şey olmaması. Birlikte çalışan işlemciler daha fazla dosyayı eşzamanlı açtıkça, bu dosyaların konumunu ve erişim düzenini belirleyen metadata katmanı da yoğunlaşabiliyor. NetApp bu katmanı verinin tutulduğu katmandan bağımsız büyütmek istiyor. Bu, GPU’ların veri beklemesini azaltabilecek bir mimari hedef; birleşik ürün için ölçülmüş bir performans sonucu değil.

NetApp neden metadata yükünü hedefliyor?

Büyük bir AI veri kümesinde sorun yalnızca dosyaların toplam boyutu değildir. İstemciler dosya açar, dizinleri tarar, dosya özelliklerini ister ve okumaya başlayacakları yolu öğrenir. İçeriğin aktarılmasından önce gerçekleşen bu işlemler metadata hizmetine iş çıkarır. Dosya sayısı veya eşzamanlı istekler artarken bu hizmet aynı hızda genişleyemezse, depolama birimlerinde boş kapasite bulunsa bile işlemciler veriye ulaşmak için bekleyebilir.

Bu nedenle daha çok depolama kapasitesi eklemek, metadata kaynaklı gecikmeyi tek başına çözmez. NetApp’in açıkladığı yön, dosya içeriğini sunan veri katmanı ile dosyaların bulunmasını ve erişimin koordine edilmesini sağlayan katmanın ayrı ölçeklenmesi. Böyle bir ayrım, yük artışına hangi bölümün yol açtığına göre kaynak eklemeye imkân verebilir. Şirketin işaret ettiği darboğaz, her AI uygulamasında mutlaka görülen bir sorun olarak okunmamalı.

Türkiye’de kurumsal AI altyapısı kuranlar için haberin anlamı da burada: satın alma niyeti, daha fazla GPU’ya karşılık yalnızca daha fazla disk koyma hesabının ötesine geçiyor. Çok sayıda küçük dosyaya erişen bir iş yükü ile az sayıda büyük dosyayı sürekli okuyan bir iş yükü, aynı kapasiteyi kullansa da metadata katmanına farklı baskı yapar. Hangi sınıra önce ulaşıldığı uygulamanın dosya düzenine, istemci sayısına ve veri yoluna bağlıdır; açıklama bu koşullar için karşılaştırmalı ölçüm sunmuyor.

pNFS’de metadata ve dosya içeriği nasıl ayrılıyor?

Basitleştirilmiş akışta istemci önce metadata hizmeti üzerinden dosyayı ve uygun erişim yolunu bulur; dosyanın içeriğini ise veri sunucusundan okur. Metadata sunucusu her baytın geçtiği zorunlu durak olmak yerine yönlendirme ve koordinasyon görevini üstlenir. İstemcilerin farklı dosyalara paralel erişebilmesi için veri yolları da buna göre düzenlenir. NetApp’in PEAK:AIO ile genişletmek istediği ölçekleme alanı, bu koordinasyon işinin dosya sayısı arttığında tek bir sabit noktada toplanmamasıdır.

Burada önemli bir sınır var: pNFS, ONTAP’a satın alma sonrasında ilk kez gelecek bir protokol değil. NetApp’in ONTAP pNFS belgesi mevcut yapıda metadata sunucusu bağlantısını, veri sunucusu yollarını ve istemcinin dosyaya uygun veri yoluna yönlendirilmesini anlatıyor. Belge, metadata işlemlerinin bağlantı üzerinde kalırken veri erişiminin dosyanın bulunduğu düğüme yöneltilebildiğini de gösteriyor. Dolayısıyla satın almanın ayırt edici vaadi yalnızca paralel erişim sağlamak değil, metadata hizmetini daha geniş ölçekte bağımsız büyütecek bir mimari kurmak.

Bu fark, açıklanan planı mevcut ONTAP özelliğiyle karıştırmamak için önemli. Bugünkü pNFS veri yolunun varlığı, PEAK:AIO kaynaklı yeni metadata katmanının bugünkü ONTAP kurulumlarında çalıştığını göstermez. Tersine, planlanan birleşimin değerini anlamak için hangi metadata işlerinin yeni katmana geçeceğini, ortak dosya görünümünün nasıl korunacağını ve veri erişiminin ONTAP üzerinde hangi yoldan süreceğini bilmek gerekir. NetApp henüz bu bileşenlerin ürün içindeki kesin yerleşimini açıklamadı.

PEAK:AIO ne katıyor, hangi kararlar açık?

PEAK:AIO’nun katkısı, metadata hizmetlerini yatay büyütme, farklı veri konumlarını ortak bir ad alanında gösterme ve paralel NFS erişimi etrafında şekilleniyor. StorageReview’un teknik incelemesi, PEAK:AIO’nun Lattice çalışmasında birden fazla metadata sunucusunun ortak metadata deposuyla çalışmasına odaklanıldığını anlatıyor; ayrıca satın alma bedelinin ve teknolojinin NetApp ürünlerine ilk nerede entegre edileceğinin açıklanmadığını belirtiyor. Bu yüzden Lattice mimarisini, duyurulmuş bir ONTAP entegrasyonunun hazır tarifi olarak sunmak mümkün değil.

Ortak metadata deposu fikrinin amacı, her sunucunun dosya konumu ve erişim durumuna ilişkin birbirinden kopuk bir kayıt tutmasını önlerken metadata işini birden fazla sunucuya dağıtmak. Paralel veri erişimi ise dosyanın içeriğini taşıyan yolu koordinasyon işinden ayırır. Birlikte ele alındığında bu mekanizma, çok sayıda istemcinin dosya bulma istekleri yüzünden veri aktarımının gecikmesi riskini azaltabilir. Ne var ki GPU beklemesi ağ kapasitesinden, veri sunucularından veya uygulamanın erişim biçiminden kaynaklanıyorsa yalnızca metadata katmanını büyütmek aynı sonucu vermez.

Açıklanmayan ilk entegrasyon noktası, mevcut ONTAP müşterileri açısından somut bir belirsizlik yaratıyor. Yeni yeteneğin hangi üründe, hangi sürümde ve nasıl dağıtılacağı belli olmadığından mevcut kurulumlara otomatik olarak ekleneceği varsayılamaz. NetApp’in tarif ettiği ölçek ve daha az GPU beklemesi de ürün taahhüdü ya da sahada doğrulanmış sonuç olarak değil, gelecekteki mimarinin hedefi olarak değerlendirilmelidir.

Şu anda kesin olan, NetApp’in PEAK:AIO’yu alma niyeti ve metadata hizmetlerini ONTAP veri temeliyle birleştirme yönüdür. İşlemin kapanıp kapanmayacağı, bedeli açıklanırsa tutarı ve ilk entegrasyonun biçimi sonraki açıklamalara bağlı. Bu bilgiler gelene kadar haberin teknik sonucu, mevcut müşterilere sunulan yeni bir özellikten çok, AI depolamada dosya koordinasyonunun ayrı ölçeklenmesine verilen önceliktir.

Ayrıca okuyun:

• iPronics 125 milyon dolar aldı: AI veri merkezinde darboğaz artık ağda
• Oracle’ın AI ağı HPE’ye bağlanıyor: GPU kümelerinde darboğaz ağda
• AWS, 2 milyon NVIDIA GPU daha alıyor: Kendi çipleri yetmedi mi?