Proxmox Server Solutions, 5 Ağustos 2026’da Viyana’dan duyurdu: Proxmox Virtual Environment artık resmî olarak ARM64 mimarisinde çalışıyor. Duyurunun asıl önemi, bir hypervisor’ün yeni bir işlemci mimarisine taşınmasından ibaret değil. Doğrulamanın NVIDIA ve Supermicro ile birlikte yapılmış olması, açık kaynak sanallaştırmanın yapay zekâ altyapısında nereye oturduğunu gösteriyor.
Duyurunun özeti
Proxmox VE’nin ilk resmî ARM64 sürümü, platformu x86-64 dışına taşıyor. Öne çıkan üç başlık:
- NVIDIA Grace™ ve NVIDIA Vera™ mimarileri gün bir destekleniyor. Yani ARM64 sürümü çıktığı andan itibaren bu platformlarda çalışır durumda.
- Tam özellik eşitliği var. KVM, LXC, ZFS ve Ceph yığınlarının tamamı x86-64 sürümüyle aynı davranışı veriyor. ARM tarafında “şu özellik henüz yok” listesi bulunmuyor.
- Doğrulama NVIDIA Grace Hopper™ Superchip sunucularında yapıldı — ve Proxmox, sürümün seçili kurumsal üretim ortamlarında halihazırda çalıştığını belirtiyor.
Proxmox CTO’su Thomas Lamprecht, hedefin yalnızca yeni bir mimaride çalıştırmak değil, kullanıcıların x86-64 sürümünden bildiği davranışın birebir aynısını sunmak olduğunu vurguluyor. COO Tim Marx ise veri merkezleri yüksek yoğunluklu ve enerji verimli mimarilere kayarken kurumların ARM64’te de aynı kritik kararlılığı beklediğini söylüyor.
Neden şimdi ARM64?
Bunun cevabı sanallaştırmadan çok, veri merkezinin enerji bütçesiyle ilgili. Bir GPU sunucusunun raf başına çektiği güç 100 kW bandına çıkarken, hesaplama düğümünün her watt’ı GPU’ya ayrılmayan bir watt anlamına geliyor. NVIDIA Grace mimarisinin varlık sebebi tam da bu: CPU tarafını daha az güçle, GPU’ya daha yakın bir bellek yoluyla çözmek.
Buraya kadar yeni bir şey yok. Yeni olan, bu donanımın üzerinde kurumsal bir hypervisor’ün resmî olarak desteklenmesi. Grace tabanlı bir sistemi bugüne kadar çıplak metal (bare-metal) çalıştırmak ya da sınırlı sanallaştırma seçenekleriyle idare etmek gerekiyordu. Artık aynı sistemde küme, yüksek erişilebilirlik, canlı göç ve Ceph depolama, x86 tarafındaki alışkanlıklarla kurulabiliyor.
Özellik eşitliği neden bu kadar önemli?
Mimari geçişlerinde en sık karşılaşılan sorun, “destekleniyor” ile “aynı şekilde çalışıyor” arasındaki fark. Bir platform yeni mimaride çalışabilir ama depolama katmanı yarım, yedekleme aracı eksik, küme davranışı farklı olabilir. Bu durumda ekibiniz iki ayrı işletim modeli öğrenmek zorunda kalır.
Proxmox’un ARM64 sürümünde ZFS ve Ceph’in tam eşitlikle optimize edildiğini açıkça belirtmesi, bu riski ortadan kaldırıyor. Aynı yönetim arayüzü, aynı komutlar, aynı yedekleme akışı, aynı küme mantığı. Karma bir ortamda — x86 hesaplama düğümleri yanında Grace tabanlı AI düğümleri — tek bir işletim disiplini yeterli oluyor.
GTM açısından: üç ortak, tek duyuru
Bu duyuruyu bizim için özel kılan şey, adı geçen üç şirketin de Türkiye’deki iş ortağı olmamız:
- Proxmox — Silver Partner
- NVIDIA — NVIDIA Partner Network (NPN) üyesi
- Supermicro — Türkiye distribütörü, 2009’dan beri
Pratikte bunun anlamı şu: Grace tabanlı bir sunucuyu tedarik etmek, üzerine Proxmox VE kurmak, Ceph depolama katmanını tasarlamak ve ortaya çıkan kümeyi Türkçe desteklemek için üç ayrı muhataba ihtiyacınız yok. Donanım, hypervisor ve GPU katmanı aynı ekipten çıkıyor.
Bu sıradan bir satış argümanı değil. Mimari geçişlerinde sorunların çoğu bileşenlerin kendisinde değil, aralarındaki sınırlarda çıkar: sürücü uyumu, kernel sürümü, firmware seviyesi, ağ kartı özellikleri. Sorun çıktığında donanım üreticisi yazılımı, yazılım üreticisi donanımı işaret ettiğinde proje durur.
Peki hemen geçmeli mi?
Hayır — ve bunu dürüstçe söylemek gerekiyor. ARM64 sürümü şu senaryolarda anlamlı:
- Yeni kurulan AI altyapıları. Grace/Grace Hopper tabanlı bir yatırım zaten planlanıyorsa, sanallaştırma katmanı artık engel değil.
- Enerji yoğunluğu kritik olan veri merkezleri. Raf başına güç bütçesi sınırlıysa, hesaplama tarafındaki tasarruf doğrudan GPU kapasitesine dönüşür.
- Yüksek yoğunluklu, ölçek-dışa mimariler. Çok sayıda küçük düğümle çalışan senaryolarda ARM64’ün watt başına performansı avantaj sağlar.
Buna karşılık mevcut x86 kümenizi yalnızca “yeni çıktı” diye ARM64’e taşımanın bir gerekçesi yok. Uygulama yığınınızın ARM64’te derlenip derlenmediği, üçüncü parti ajanlarınızın (yedekleme, izleme, güvenlik) ARM64 sürümlerinin bulunup bulunmadığı ayrı bir doğrulama gerektirir. Bu kontrol yapılmadan yapılan geçiş, hypervisor’den değil uygulama katmanından döner.
Kurumsal destek tarafı
Proxmox, ARM64 dağıtımları için kurumsal desteğin talep üzerine sağlandığını belirtiyor. Yani standart abonelik akışından biraz farklı ilerliyor. Üretici desteğinin çalışma saatleri de değişmiyor: Pazartesi–Cuma, 07:00–17:00 CET, Avusturya iş günlerinde.
Türkiye’de bu, desteğin yerel saatle 09:00–19:00 arasında ve Avusturya tatil takvimine göre açık olması demek. Yeni bir mimaride üretim yükü çalıştırırken bu pencereye bağlı kalmak istemiyorsanız, yerel destek katmanı isteğe bağlı bir konfor değil, planlamanın parçası olmalı.
Proxmox sanallaştırma çözümleri sayfamızda abonelik katmanlarını gerçek fiyatlarıyla, referans mimarileri şemayla ve VMware’den geçiş yol haritasını adım adım bulabilirsiniz. Bu duyurunun sayfadaki özeti için ARM64 bölümüne bakabilirsiniz.
Kaynak
Proxmox Server Solutions GmbH basın bülteni, Viyana, 5 Ağustos 2026 — “Proxmox Virtual Environment Launches Official Arm64 Support”. Teknik ayrıntılar ve yönetici görüşleri üreticinin resmî duyurusundan özetlenmiştir; yorum ve değerlendirmeler GTM Teknoloji’ye aittir.