Yaz sıcağı — her şey eriyor, fiyatlarımız bile.−25%31 Ağustos'a kadar her yıllık planda −%25Planları gör
EQVPS
Hemen başla

Kendi MCP sunucunu bir VPS'te barındır

5 Tem 2026 · 4 dk okuma · EQVPS Team

Bir MCP sunucusu yazdın. Yerelde sorunsuz çalışıyor — ajanın onu çağırıyor, araçlar tetikleniyor, her şey bağlı. Sonra dizüstünü kapatıyorsun ve o gitmiş oluyor. O sunucunun ajanın ihtiyaç duyduğu her an erişilebilir olmasını istiyorsan — başka bir makineden, bir ekip arkadaşının kurulumundan, gece 3'teki zamanlanmış bir işten — her zaman açık, kararlı bir adresi ve HTTPS'i olan bir yerde yaşaması gerekir. Bir VPS bunun içindir.

İşte MCP sunucunu dizüstünden çıkarıp gerçekten kontrol ettiğin bir kutuya nasıl taşıyacağın, çabanın nereye gittiğine dair dürüst notlarla.

Yerel mi uzak mı: "barındırma" gerçekte ne demek

MCP sunucuları iki biçimde gelir.

Bir stdio sunucusu yerel bir süreç olarak çalışır ve aynı makinedeki bir istemciyle standart giriş/çıkış üzerinden konuşur. Geliştirirken mükemmeldir — ama ağ üzerinden hiçbir şey ona ulaşamaz.

Bir uzak sunucu bir URL üzerinden HTTP konuşur (Server-Sent Events ya da daha yeni streamable-HTTP taşıması). URL'yi bilen ve doğru kimlik bilgilerini tutan herhangi bir istemci onu çağırabilir. Kendi MCP sunucunu barındırmak, uzak türü herkese açık ve kararlı bir yerde çalıştırmak demektir.

Neden sadece dizüstünü tünellemiyorsun

Bir ev makinesini bir tünelle teknik olarak açabilirsin ve hızlı bir demo için bu sorun değil. Güvendiğin herhangi bir şey için makinenin sorunlarını miras alırsın: uyur, ISP'n IP'ni döndürür, yükleme hızın yavaştır ve artık gerçek araçlarla dolu bir hizmet, ev ağında her şeyin yanında oturuyor. Bir VPS sana sabit bir genel IP, gerçek bir alan adı, düzgün çalışma süresi ve izolasyon verir. Ayda birkaç dolara "ajanım bağlantıyı neden kaybetti" sorularının tüm kategorisini siler.

Yığın, somut olarak

Küçük bir kutu seç. Bir MCP araç sunucusu çoğunlukla I/O'dur — API'leri, dosyaları ve veritabanlarını bekler; ağır matematik yapmaz. 1–2 GB RAM çoğu için fazlasıyla yeter. (Cevap vermek için satır içi bir model çalıştırmak başka bir hikaye — Ollama ile bir LLM'i kendi kendine barındırmaya bak.)

Sunucunu localhost'a bağlı çalıştır, diyelim Node ya da Python 127.0.0.1:3100'ü dinliyor. Onu doğrudan genel arayüzden uzak tut — proxy bunu halleder.

Önüne bir ters proxy koy ki alan adında TLS'i sonlandırsın. Caddy bunu yaklaşık dört satırda yapar ve ücretsiz bir sertifikayı otomatik alır:

mcp.yourdomain.com {
    reverse_proxy 127.0.0.1:3100
}

mcp.yourdomain.com'u VPS IP'ne yönelt, Caddy'yi yeniden yükle ve sunucun https://mcp.yourdomain.com'da streamable-HTTP üzerinden canlı.

Her zaman açık tut

İlk çökmede ya da yeniden başlatmada ölen bir sunucu "barındırılmış" değildir — "şimdilik çalışıyor"dur. Onu bir systemd birimine sar ki çökmede yeniden başlasın ve bir yeniden başlatmadan sonra geri gelsin:

[Unit]
Description=My MCP server
After=network.target

[Service]
ExecStart=/usr/bin/node /opt/mcp/server.js
Restart=always
RestartSec=2

[Install]
WantedBy=multi-user.target

systemctl enable --now my-mcp ve gerçekten her zaman açık. (Aynı desen herhangi bir ajanı ya da botu 7/24 ayakta tutar.)

İnsanların kaçırdığı kısım: erişilebilir bir porta ihtiyacın var

Genel bir MCP uç noktası, internetten erişilebilir bir gelen porta — 443 — ihtiyaç duyar. Bir NAT planında SSH için tam olarak bir yönlendirilmiş port alırsın ve başka bir şey değil; 443'ü dünyaya açamazsın. Genel bir HTTPS MCP sunucusu barındırmak için her portun senin olduğu ve bir alan adını doğrudan kutuya yönlendirebileceğin bir özel IP planı istersin. Bu, "aynı dizüstündeki ajanım ona ulaşabilir" ile "herhangi bir yerdeki herhangi bir istemci" arasındaki farktır.

Kilitle — bu, ayrıcalıkları olan bir API

Bir MCP sunucusu genellikle bir şeyler yapan araçlar sunar: dosya okur, ücretli API'lere gider, para taşır. Bunu açık internete çıplak koyma.

Uç noktayı olduğu şey gibi ele al — gerçek yetkisi olan bir API — ve riskin çoğu kaybolur.

Dürüst sınırlar

Ödeme

Bir e-postayla kaydol ve USDC ya da USDT ile öde — kart yok, kimlik yok. Ve bunu bir ajan için bağlıyorsan, aynı tür kutu programatik olarak kendi MCP sunucumuz üzerinden sipariş edilip ödenebilir — ajan kaydolur, bir bakiye fonlar ve kendi başına sipariş eder.

Sunucuyu bir kez barındır ve araçların, ajan onlara uzandığında orada olsun.


Hazır kurulum: MCP sunucuları için VPS sayfasına bak — önerilen plan ve bir dakikalık kripto dağıtımı.

SSS

Bir MCP sunucusu barındırmak için özel IP'ye ihtiyacım var mı?

Genel bir HTTPS uç noktası için, evet. NAT planları tek bir SSH portunu yönlendirir ve 443 portunu internete açmaz. Bir özel IP planı sana her portu ve doğrudan kutuya yönlendirebileceğin bir alan adı verir.

stdio mu HTTP mi — hangi taşımayı barındırırım?

HTTP (SSE ya da daha yeni streamable-HTTP). Bir stdio sunucusu yalnızca aynı makinedeki bir istemciyle konuşur; ağ üzerinden erişilebilir olmasını istediğin her şey bir URL'nin arkasında HTTP konuşmalıdır.

Bir VPS birkaç MCP sunucusu çalıştırabilir mi?

Evet. Her sunucuyu farklı bir yerel porta bağla ve ters proxy'de her birine kendi alt alan adını ver. Pratik sınır RAM'dir ve araç sunucuları ondan çok az kullanır.

Bir MCP sunucusu ne kadar RAM'e ihtiyaç duyar?

Genelde az. Bir araç sunucusu I/O'ya bağlıdır — sayı hesaplamak yerine API'leri ve veritabanlarını bekler, o yüzden 1–2 GB çoğunu halleder. Cevapları üretmek için bir model çalıştırmak ayrı, çok daha ağır bir iştir.

← Blog'a dönPlanları ve fiyatları gör →

Yorumlar

Henüz yorum yok. İlk olun.

Bir yorum bırakın

Yorumlar görünmeden önce denetlenir.