Forex EA için VDS: Broker yakınlığı neden kritik?

Forex EA (Expert Advisor) kullananların en çok zorlandığı konu; “EA çalışıyor ama bazen geç giriyor/çıkıyor” hissidir. Bu durum çoğu zaman yazılım hatası değil, gecikme (latency) ve ağ yolları kaynaklıdır. Bu rehberde VDS (Virtual Dedicated Server) seçerken broker yakınlığının ne anlama geldiğini; ping değerlerinin, routing’nin ve veri merkezi konumunun EA performansını nasıl etkilediğini netleştireceğiz. Sonunda da broker-konum eşleşmesini ölçüp VDS planını belirlemeniz için uygulanabilir bir kontrol listesi sunacağız.

Forex EA’de gecikme (latency) neden para kaybettirir?

EA’lar sinyal üretip emir (order) gönderdikten sonra bekleme süresi uzadığında iki sorun oluşur:

Emir gönderim gecikmesi: EA karar verir, ama emir broker’e geç ulaşır. Bu aralıkta fiyat hareket edebilir.
Emir yürütme gecikmesi: Emir broker tarafında işlenirken ağ gecikmesi büyür veya seans yoğunluğunda ek gecikme görülebilir.

Bu iki etki, özellikle hızlı stratejilerde (scalping) daha belirgindir. “VDS CPU/RAM yüksek olsun yeter” yaklaşımı tek başına doğru değildir; ağ katmanı (network) performansı EA’nın gerçek sonuçlarını doğrudan etkiler.

“Ping” tek ölçüm değildir

Ping (ICMP latency) size bir yol gösterir ama her şey değildir. EA’nın kullandığı şey genellikle TCP/UDP üzerinden kurulan bağlantı ve uygulama mesajlaşmasıdır. Bu nedenle aynı ping’e sahip iki farklı sağlayıcı arasında farklı sonuçlar görülür.

Aşağıdaki farklar pratikte önem kazanır:

Routing (yol) farkı: Aynı şehirde bile farklı operatör/peering nedeniyle gecikme değişebilir.
Jitter: Gecikmenin dalgalanması. “Ortalama 10 ms” olsa bile jitter 30 ms’ye çıkarsa EA emir zamanlaması etkilenir.
Packet loss: Paket kaybı, tekrar denemeler (retransmission) yüzünden gecikmeyi artırır.

Broker yakınlığı VDS performansını nasıl etkiler?

Broker yakınlığı, VDS’in broker’ın sunucularına giden ağ yolunun kısa olması demektir. Yakınlık; sadece coğrafya değil, operatörler arası erişim (peering) ve veri merkezi çıkış kalitesiyle ilgilidir.

Veri merkezi konumu: “Ülke yakın olsun” yeter mi?

Hayır. Türkiye’de bir VDS almanız, Avrupa broker sunucusu için ping’i düşürebilir; ancak farklı sağlayıcıların çıkış noktaları (POP) ve peering anlaşmaları ping’i dramatik şekilde etkileyebilir. Örneğin aynı Türkiye içi lokasyonda iki farklı VDS sağlayıcısı arasında 5 ms yerine 30 ms görülebilir.

Routing etkisi: Aynı mesafe, farklı süre

VDS sağlayıcısının trafik yönlendirmesi (routing) bazen hedefe giden yolu optimizasyonla kısaltır, bazen uzatır. Özellikle büyük sağlayıcılar çoklu upstream kullanır; bu da peering kalitesine göre rota değiştirebilir.

EA performansı açısından kritik olan; en iyi ihtimal ortalaması değil, en yoğun zamanlarda bile tutarlı performanstır. Bu yüzden “tek seferlik ping” yerine düzenli ölçüm gerekir.

Hangi ölçümlerle broker yakınlığını doğrulamalısınız?

Broker yakınlığını tartışmak yerine ölçülebilir metrikler kullanın. Aşağıdaki adımlar VDS seçimini somutlaştırır.

1) Broker IP/hostname hedefini netleştirin

EA’nız genellikle broker’ın terminal sunucusuna (ör. MetaTrader server) bağlanır. Brokerınızın verdiği sunucu adresini ve (varsa) IP’yi kullanarak hedefi belirleyin. IP değişkense hostname üzerinden ölçüm yapın.

2) Düzenli ping ve yol testi yapın

Aşağıdaki örnek testler “uygulama trafiği” yerine sinyal gibi düşünülmelidir.

Ping: ortalama + minimum + maksimum
Traceroute (veya mtr): rota ve atlama sayısı

Örnek komutlar (Linux VDS için):

ping -c 50 broker-hostname
mtr -rwzbc 100 broker-hostname

Hedef, “en düşük tek değer” değil; ortalama ve jitter davranışını görmek olmalıdır.

3) TCP bağlantı davranışını gözlemleyin

EA’nın kullandığı protokol ve port (broker’a göre değişir) üzerinden test yapmak önemlidir. Uygulama portu için örnek yaklaşım:

nc -vz broker-hostname port ile bağlantı kuruluyor mu kontrol edin.
Bağlantı kurulduktan sonra oturumun stabilitesini izleyin.

Not: Bazı sağlayıcılar ICMP trafiğini kısar/filtreler. Bu durumda ping doğru sinyal vermeyebilir; TCP bağlantı ve uygulama içi loglar daha değerlidir.

VDS seçerken broker yakınlığıyla birlikte 5 teknik kriter

Broker yakınlığını tek başına “kazanç” gibi görmek doğru değil. Emirlerin zamanında gitmesi için ağ + işletim + disk + kaynak tutarlılığı birlikte çalışmalıdır.

Aşağıdaki kriterleri kontrol edin:

Exit lokasyon / uplink kalitesi: VDS’in internet çıkışı güçlü mü? (Sağlayıcının veri merkezi bilgisi ve ağ yapısı)
Düşük jitter ve istikrarlı yol: Sadece ortalama değil, dalgalanma değerleri.
Gerçek zamanlı olmayan ama düzenli CPU tahsisi: EA tek thread değilse bile işlem gecikmesi etkiler.
Disk gecikmesi ve log yazma performansı: EA sık log yazıyorsa gecikme artabilir. Disk IOPS önem kazanır.
Yedekleme ve kurtarma süresi: EA hata aldığında hızlı restart ve yedek geri dönüş kritik olur.

Network throttling (hız kısıtlama) EA’yı etkiler

Bazı VDS’lerde belirli bant genişliği eşiğine gelince throttling uygulanır. EA genelde çok bant tüketmeyebilir; ancak terminal güncellemeleri, log akışı ve veri alışverişi bant ve paket sayısını artırabilir.

NetKıyas gibi karşılaştırma platformlarında şu soruyu checklist’e alın: - “Ağ kullanımına göre throttling var mı? Varsa eşiği ne?”

Karşılaştırma: Yakın mı uzak mı? Kararı nasıl verirsiniz?

Aşağıda “konum yakınlığı”nı tek başına değil, ölçümlerle birleştiren net bir karar şeması var.

Hız tablosu (örnek hedefler)

Hedef değerler broker’a ve stratejiye göre değişir; yine de yön gösteren aralıklar:

Metrik	Uygulamada beklenen etki	EA için yorum
Ortalama latency düşük	Emir broker’a daha hızlı ulaşır	Tercih sebebi
Jitter düşük	Emir zamanlaması daha tutarlı olur	Scalping için kritik
Paket kaybı yok/çok düşük	Tekrar deneme yok, gecikme stabil	Olmazsa olmaz
Traceroute kısa (atlama az)	Genelde daha az ara yönlendirici	Tek başına yeterli değil

Bu tabloyu şu şekilde okuyun: “Ortalama 8 ms” tek başına kazandırmaz; jitter ve packet loss yoksa gerçek fark oluşur.

VDS planını EA iş yüküne göre belirleme

Broker yakınlığını sağlayacak konumu seçtikten sonra VDS kaynaklarını EA’nın çalışma biçimine göre ayarlayın.

Minimum kaynak önerisi (genel çerçeve)

Tek bir EA çalıştıran ve düzenli log tutan senaryolarda genellikle aşağıdaki yaklaşım işe yarar:

CPU: Yüksek çekirdek sayısı kadar, tahsisin stabil olması önemlidir.
RAM: MetaTrader tarafında oturumlar ve EA’nın durum verileri RAM tüketebilir.
Disk: SSD tercih edin; özellikle log ve günlük dosyaları için.

EA sayısı arttıkça kaynak ihtiyacı artar. Ayrıca her EA farklı strateji ve işlem döngüsüne sahip olabilir.

İşletim sistemi: Linux mu Windows mu?

MetaTrader tabanlı çoğu EA için Windows yaygın olsa da bazı kurulumlar Linux uyumluluğu üzerinden yapılır. Burada kritik olan şudur: - EA ve kütüphaneleriniz hangi ortamı destekliyor? - Otomatik restart ve log yönetimi nasıl yapılacak?

Seçimi bu iki soruya göre netleştirin. Broker yakınlığı konum kadar önemli olsa da, uyumsuz kurulum gecikme ve hata riskini yükseltir.

Uygulanabilir kurulum: “Yakınlık doğrulama + sağlam işletim” planı

Aşağıdaki adımları 60-90 dakikada tamamlayabileceğiniz şekilde düşünün.

Adım 1: 2 farklı VDS lokasyonu test edin

Broker’a en yakın iki veri merkezi lokasyonunu belirleyin.
Her birinde aynı testleri yapın: ping, traceroute/mtr, port bağlantı.

Adım 2: Aynı EA senaryosunu çalıştırın

Aynı EA ayarlarıyla (spread, risk, slippage parametreleri dahil) en az 1-2 gün test yapın.
EA’nın loglarında emir gönderme zamanı ile sonucu karşılaştırın.

Adım 3: Sağlayıcı ağ davranışını gözleyin

Sağlayıcının bant limitleri ve throttling koşullarını kontrol edin.
Test döneminde yoğunluk olduğunda metriklerin nasıl değiştiğini izleyin.

Adım 4: Olası kesintiye karşı kurtarma planı kurun

Aşağıdaki iki noktayı otomatikleştirin:

EA / servis restart: Oturum düşerse otomatik yeniden başlatma
Yedek (backup) + hızlı geri dönüş: Konfigürasyon ve EA dosyaları için

Bu adımlar, “yakın VDS bile olsa” kesinti olasılığına karşı gelir.

Sık yapılan 6 hata

Sadece konuma bakmak: Şehir/ülke yakınlığı tek başına yeterli değildir.
Tek seferlik ping’e güvenmek: Jitter ve packet loss görünmez kalır.
Throttling’i göz ardı etmek: Bant kısıtları zamanla performansı bozar.
Kaynakları aşırı düşük tutmak: CPU/RAM darlığı EA karar döngüsünü geciktirir.
Log ve disk etkisini ölçmemek: Log yazımı bile gecikmeyi artırabilir.
Yedek ve restart planını kurmamak: Ağ sorunu yaşandığında manuel müdahale gerekir.

Sonuç: Broker yakınlığını ölçün, sonra VDS’i netleştirin

Forex EA için VDS seçiminde broker yakınlığı belirleyici bir faktördür; fakat değer, yalnızca “coğrafi yakınlık” değil, ölçülebilir gecikme istikrarı (jitter) ve paket kaybı davranışıdır. En doğru yaklaşım: 2 lokasyonda ağ testlerini yapın, aynı EA senaryosunu kısa test dönemiyle karşılaştırın ve ağ koşullarını (throttling dahil) netleştirin. Ardından seçtiğiniz VDS’te otomatik restart ve yedekleme ile operasyonu güvence altına alın.

İlk aksiyonunuz şu olsun: Broker sunucu hedefinizi belirleyin, iki farklı VDS lokasyonunda 50+ tekrar test çalıştırın ve loglardan emir zamanlamasını kıyaslayın. Bu kıyas sonucunu görmeden “en ucuz” ya da “en yakın şehir” seçimi yapmayın.