MaaS Çıkarım Kapasite Planlayıcısı v0.27 @Evren BAYCAN Model-as-a-Service planlama tahmini Hesaplanıyor

MaaS Çıkarım Sizer v0.27 · GPU, KV ve Servis Kapasitesi

Bu araç, üretim ortamındaki Model-as-a-Service kurulumlarını boyutlandırır: model ağırlıkları, KV önbelleği, aktivasyonlar, bağımsız DP/TP/PP/EP paralelliği, ağ etkisi, offload maliyeti, VRAM uygunluğu, TTFT, TPOT, token üretim hızı, istek kapasitesi ve SLA için ayrılan pay. Sonuçlar planlama tahminidir; üretici performans garantisi değildir.

Parametre yardımı
1 · Servis ve Optimizasyon2 · Model ve Hassasiyet3 · Donanım ve HA4 · Paralellik5 · İstek ve Zamanlayıcı6 · KV ve Bellek7 · Üretim Kalibrasyonu8 · Offload
Servis planlama

1) MaaS Servisi ve Optimizasyon

MaaS servis şablonunu seçin, hedeflerini düzenleyin ve zamanlayıcı ile paralellik önerisini inceleyin. Uygula düğmesi önerilen değişiklikleri etkinleştirir.
01
Dengeli Üretim API'si

Mevcut Topoloji-
Profil Önerisi-
Motoru ve doğrulama bağlamını belirtir; hız çarpanı eklemez.
Ortalama geliş hızıdır; tepe yük, seçilen trafik artış katsayısını içerir.
Düzenlemeler hesaplanıyorOtomatik
Düzenleme ayrıntıları

Öneriler; modeli, donanım envanterini, prompt/çıktı uzunluklarını, kabul edilen eşzamanlılığı, önek yeniden kullanım varsayımlarını ve servis hedeflerini korur.
Model bellek ihtiyacı

2) Model ve Hassasiyet

Modeli, ağırlık biçimini ve KV hassasiyetini seçin. Ağırlık belleğinde toplam parametreler; MoE hızında aktif parametreler kullanılır. Tam modelin bellek ihtiyacı ayrıca doğrulanır.
02
Toplam parametresi 40 milyarın üzerinde olan modeller listelenir. MoE aktif parametre sayısı daha düşük olabilir. Diğer modeller için Özel Model seçeneğini kullanabilirsiniz.
BF16/FP16, FP8/MXFP8, NVFP4/MXFP4, AWQ, GPTQ ve INT8. W = ağırlık biti; A = aktivasyon biti. Checkpoint ve kernel desteği eşleşmelidir.
KV hassasiyeti, uzun bağlam ve yüksek eşzamanlılıkta bellek ihtiyacını önemli ölçüde değiştirir.
Toplam Parametre-
Aktif Parametre-
Katman / Gizli Boyut-
KV Mimari Faktörü-
Hassasiyet metadata'sı ve özel model değerleriGelişmiş
Ham bit genişliğine ek olarak ölçek, metadata ve paketleme maliyetini kapsar.
Percentage of backbone parameters retained in 16-bit; separate native lookup tables keep their own format. Ignored for BF16, FP16 and FP32. For MoE, placement changes the active compute mix.
Girilen 16-bit oranı için açık bir planlama varsayımıdır. Ortak ağırlıklara öncelik verilmesi aktif işlem ve uzman trafiğini değiştirir; checkpoint'in gerçek 16-bit oranını kendiliğinden belirlemez.
0 = parametre tahmini. Offload, DP kopyaları ve ek EP çoğaltmasından önceki tek tam ağırlık kümesidir; kuantizasyon metadata'sını içerir, KV/çalışma tamponlarını içermez.
Altyapı envanteri

3) Donanım Topolojisi, HA ve Ağ

Model paralelliği yerleşiminden önce aktif node envanterini, GPU yoğunluğunu, ayrılmış yedek kapasiteyi ve yerel/node'lar arası ağı tanımlayın.
03
Özel GPU ile VRAM, bellek bant genişliği ve göreli işlem gücü elle tanımlanabilir.
Aktif fiziksel sunucuları sayın; NVL72 için 72 GPU'lu tam rack sayısını girin. Soğuk yedekler ayrıdır.
Node başına fiziksel GPU sayısıdır; havuza atanacak GPU adedini DP/TP/PP/EP belirler.
Hazır platformlar uyumlu scale-up ağını sabitler. NVL72'de her envanter birimi, 72 GPU'lu tam rack'tir.
Seçilen ağ, mevcut paralellik topolojisine göre kontrol ediliyor…
Yüksek erişilebilirlik
Değişim için ayrılan kapasitedir; normal çalışma hızına eklenmez.
Yalnızca özel yedek adedi seçildiğinde kullanılabilir.
Aktif Hızlandırıcı Sayısı8
Aktif Fiziksel GPU Sayısı8
Aktif Node / Rack Yerleşimi1 × 8
Aktif Node veya Rack Başına Fiziksel GPU8
Yedek Node / Rack1
Toplam Tedarik Edilecek Node / Rack2
Tedarik Edilecek Hızlandırıcı Sayısı16
Tedarik Edilecek Fiziksel GPU Sayısı16
Scale-up Ağı-
Scale-out Ağı-
Özel hızlandırıcı değerleriGelişmiş
Hızlandırıcı Başına VRAM-
Bellek Bant Genişliği-
Toplam Kullanılabilir VRAM-
Etkin Ağ Verimi-
Yerleşim stratejisi

4) Paralellik Stratejisi

DP, TP, PP ve EP bağımsızdır. Yalnızca kurulumda kullanılacak yöntemleri etkinleştirin; sizer oluşan GPU denklemini ve ağ sınırlarını doğrular.
04
MaaS için TP/PP/EP genişliğini modelin belleğe sığması ve gecikme için gereken düzeyde tutun; kapasite varsa istek bazında yatay büyüme için DP kullanın.
0 yöntem etkin
Veri Paralelliği (DP)
İstek kapasitesini artıran bağımsız tam model kopyalarıdır.
Kapalı: tek mantıksal replika kullanılır.
Tensor Paralelliği (TP)
Model/tensor işlemlerini düşük gecikmeli GPU grubu arasında böler.
TP iletişimi yalnızca seçilen grup içinde hesaplanır.
Pipeline Paralelliği (PP)
Katmanları aşamalara böler; belleğe sığmayı kolaylaştırır ancak bekleme boşlukları oluşturabilir.
Kapalı: tek pipeline aşaması.
Uzman Paralelliği (EP)
MoE uzmanlarını açık fiziksel eşleme ile GPU'lara dağıtır.
EP yalnızca MoE modellerinde kullanılabilir.
DP Replikaları-
TP Boyutu-
PP Boyutu-
EP Boyutu-
Replika Başına Birim-
Yapılandırılan / Mevcut Birim-
Replika Başına Fiziksel GPU-
Ağırlık Kopyaları-
Etkin Yöntemler-
Kullanılmayan Birimler-
EP Cihaz Grubu-
Replika VRAM Boşluğu-
Trafik profili

5) İstek Profili ve Zamanlayıcı

İstek kapsamını zamanlayıcı sınırlarından ayrı tanımlayın. En fazla aktif dizi sayısı DP replikası başına belirlenir; toplam aktif kapasite replika adediyle artar.
05
Her DP replikasının kendi zamanlayıcısı vardır; bu sınır aktif dizi sayısını ve KV bellek talebini belirler.
Bağlı müşteri veya oturumları değil, aynı anda işlenen ya da bekleyen istekleri sayın. Örneğin 1.024 istek ve 64 aktif slot varsa 960 istek kuyruktadır.
Bir isteğin toplam prompt + çıktı bağlam üst sınırıdır.
Replika başına zamanlayıcı token bütçesidir; çıkarım motorlarındaki en fazla batch/zamanlanan token ayarına karşılık gelir.
Küme Aktif Kapasitesi-
Şu Anda Aktif-
Kuyrukta / Bekleyen-
Aktif Replikalar-
Çevrimiçi servis zamanlayıcısıZamanlayıcı
Çevrimiçi MaaS servisleri için önerilir.
Uzun prompt işlemenin decode üzerindeki etkisini azaltır.
Bellek politikası

6) KV Önbelleği ve GPU Bellek Sınırları

Yerleşik KV kümesini, bağlam doluluğunu ve rezerv politikasını zamanlayıcı eşzamanlılığından ayrı tanımlayın. Bu ayarlar servis kapsamının aşırı tahliye veya bellek taşması olmadan GPU belleğinde kalıp kalamayacağını belirler.
06
0 = mimari formül. TP/EP çoğaltmasından öncedir; sabit recurrent state dahil değildir.
0 = hazır model tahmini. KV kuantizasyonundan bağımsızdır; Kimi K3 için KDA state dahildir.
Normalde çalışan dizilerin %100'ü KV state gerektirir. Yalnızca ölçülen tahliye/swap/yeniden hesaplama davranışı destekliyorsa azaltın.
%100 temkinli varsayımdır; yalnızca ölçülmüş bağlam dağılımlarıyla azaltın.
Parçalanma, tahliye ve öncelik değişimleri için boş tutulan KV kapasitesidir.
Açık güvenlik payından önce kullanılabilecek fiziksel VRAM oranıdır.
Üretim MaaS ortamında KV yerleşikliği, bağlam doluluğu ve rezerv değerlerini; KV kullanımı, preemption ve gerçek prompt/çıktı dağılımları gibi motor telemetrisiyle kalibre edin.
Kapasite politikası

7) Üretim Kapasitesi ve Kalibrasyon

Ham motor tahminine işletim payı, arıza/otomatik ölçekleme rezervi ve ölçülmüş performans değerlerini uygulayarak sunulabilir MaaS kapasitesini hesaplayın.
07
Ham motor kapasitesinin %100'ünü satmak yerine kuyruk doygunluğunun altında planlama yapar.
Arızalar, bakım, ani yük ve ölçekleme gecikmesi için ayrılan kapasitedir.
Tepe yük = Hedef RPS × Ani Yük Katsayısı.
Yalnızca ölçülmüş token/s girilmediğinde kullanılan tahmin yoluna uygulanır.
İsteğe bağlı ölçüm kalibrasyonu Otomatik eşleştirme

Bu yapılandırmada yaptığınız yük testinin sonuçlarını girin. Her ölçüm mevcut model, donanım, hassasiyet, iş yükü ve tepe trafikle otomatik eşleştirilir. Yapılandırma değişince eşleşmeyen ölçümler devre dışı kalır; yeni yapılandırmayı ölçtükten sonra değeri yeniden girin. Sıfır, tahmini kullanır. Bu araç GPU benchmarkı çalıştırmaz.

Faz hızları, yapılandırılan batch'te ayrı prefill/decode testleridir. Kapasite, yük taramasından elde edilen sürdürülebilir havuz RPS değeridir. Uçtan uca p95 gecikme, ağ ve kuyruk dahil yapılandırılan tepe yükle eşleşmelidir.

0 = tahmin. Üretimdeki model, hassasiyet, batch ve topolojiyle aynı koşulları kullanın.
0 = tahmin. Fiyatlandırma veya SLA taahhüdü için benchmark sonucu girin.
0 = varsa dense donanım tavanı, yoksa genel işlem endeksi. Sıfırdan büyük değer, bu iş yükünde GPU başına elde edilen işlem hızıdır; ikinci kuantizasyon indirimi uygulanmaz.
Bellek taşması stratejisi

8) CPU / RAM / NVMe Offload

Offload, kapasite karşılığında performans maliyeti getirir. Modelin belleğe sığmasını sağlayabilir ancak genellikle gecikmeyi artırır ve sürdürülebilir hızı azaltır.
08

Özet Sonuçlar

Son güncelleme: bekleniyor
Yapılandırma ve Servis HedefleriHesaplama bekleniyor.
Kullanılan Toplam VRAM
-
-
Token Üretim Hızı
-
aktif dizi başına tahmini decode token/s
İlk Token Süresi
-
temel/prefill + kuyruk tahmini
Decode Fazı Hızı
-
yalnızca decode tavanı; prefill GPU süresini paylaşır
TPOT / ITL
-
üretilen token başına tahmini ms
Planlanan Üretim İstek Kapasitesi
-
ham kapasite × işletim kullanımı × (1 − operasyonel rezerv)
Ham Motor İstek Kapasitesi
-
seçilen eşzamanlı isteklerde, üretim rezervinden önce
Tepe Hedef RPS
-
hedef RPS × ani yük katsayısı
Kuyruk Bekleme Tahmini
-
ortalama toplu geliş / M/M/c vekili; p95 değildir
Hedef RPS Yükü
-
tepe hedef RPS / planlanan üretim kapasitesi
MaaS SLO Durumu
-
-
Karma İş Yükü Çıktı Bütçesi
—
planlanan RPS × ortalama çıktı tokenı
Node / Rack Kaybı Sonrası Kapasite
—
Ayakta Kalan Tam Replikalar
—
gösterilen yerleşimin en kötü durumu; soğuk yedekler hariç
Offload Host Belleği Alt Sınırı
—
havuz toplamı; işletim sistemi, runtime, yükleme ve NUMA payı ekleyin
VRAM Dağılımı-
Gerekli Paralel Birim-
VRAM Boşluğu-
En Fazla KV-Yerleşik Dizi-
Offload Hız Çarpanı-

Paralellik Topoloji Şeması

Node / GPU yerleşimi
Aktif Node / Rack-
Yedek Node / Rack-
Toplam Tedarik Edilecek Node / Rack-
Node / Rack Başına Birim-
Node / Rack Başına Fiziksel GPU-
Replika Yerleşimi-
Aşama Genişliği-
Pipeline Aşamaları-
DP Replikaları-
Kullanılmayan Aktif Birimler-
Scale-up Ağı-
Scale-out Ağı-
Hesaplama bekleniyor.

Boyutlandırma Önerileri ve Uyarılar

Hesaplama bekleniyor
Replika Başına Batch Adayı (Bellek)-
DP Adayı / Belleğe Sığan En Fazla DP-
Eşzamanlılık / Küme Aktif Kapasitesi-
Replikanın Belleğe Sığması-
Aktif Replika Başına Batch-
Aktif DP Replikaları-
DP Kullanımı-
Zamanlama Turları-
İstek Kapasitesi-
Hedef RPS Yükü-
TTFT / Hedef-
TPOT / Hedef-
Kuyruk Bekleme / Bütçe-
Batch ve DP adayları keşif amaçlıdır; birlikte SLO garantisi vermez. Optimizasyon önizlemesi önerilen birleşimi yeniden hesaplar ve servis sonucunu gösterir.
Öneriler; model/GPU topolojisi, bağımsız DP/TP/PP/EP yöntemleri, zamanlayıcı sınırları, prompt/çıktı dağılımları, eşzamanlılık, KV doluluğu, SLA hedefleri, bellek boşluğu ve ağa dayanan dinamik MaaS planlama tahminleridir. Üretim hedeflerini motora özgü benchmark ve gerçek trafik kayıtlarıyla doğrulayın.

Grafik: Bellek Bileşenleri

Grafik; Model Ağırlıkları, Aktivasyonlar, KV Önbelleği, Framework Ek Belleği, Çoklu GPU Ek Belleği ve Güvenlik Payını gösterir.

Ayrıntılı Hesaplama Tablosu