SSD Nodes Learn 🎉 VPS $4.99/aydan başlayan
Rehberler Matt ConnorYazan Matt Connor · Güncellendi 2026-08-05

Dallas VPS Hosting Ne Sağlar? Avantajlar ve Sınırlar

Dallas VPS ile iki kıyıya merkezi ABD gecikmesi, yoğun carrier peering ve ERCOT elektrik şebekesi konusu değerlendirilir; başka konumun ne zaman seçileceği açıklanır.

Dallas VPS hosting size ne sağlar?

Dallas VPS hosting size bir ağ konumu sağlar. VPS (virtual private server), belirli bir binadaki fiziksel makinenin ayrılmış bir bölümüdür. Bu nedenle söz konusu bina, kullanıcılara olan gidiş-dönüş sürenizi, bant genişliği maliyetinizi ve hangi yargı bölgelerinin diskinize erişebileceğini belirler. Dallas, Amerika Birleşik Devletleri'nin merkezine yakın konumda ve ülkenin en yoğun carrier pazarlarından birinin içinde yer alır. Dallas VPS tercihinin temel gerekçesi budur. Bu kılavuzun geri kalanında, bu gerekçenin kullanıcılarınız için geçerli olup olmadığının ve hangi durumlarda geçerli olmadığının nasıl kontrol edileceği açıklanır.

Sunucunun hangi amaçla kullanılacağına henüz karar vermediyseniz önce VPS ile gerçekte neler yapabileceğiniz konusunu okuyun. Konum, ilk değil son karardır.

Dallas VPS için hangi gecikme süresi beklenebilir?

ChartTypical round trip to a Dallas VPS, milliseconds, wired connections
The data behind this chart
[
  {
    "label": "Dallas metro",
    "typical_rtt_ms": 2
  },
  {
    "label": "Houston",
    "typical_rtt_ms": 8
  },
  {
    "label": "Chicago",
    "typical_rtt_ms": 23
  },
  {
    "label": "Miami",
    "typical_rtt_ms": 33
  },
  {
    "label": "New York",
    "typical_rtt_ms": 36
  },
  {
    "label": "Los Angeles",
    "typical_rtt_ms": 35
  },
  {
    "label": "Seattle",
    "typical_rtt_ms": 50
  },
  {
    "label": "Mexico City",
    "typical_rtt_ms": 48
  },
  {
    "label": "Bogota",
    "typical_rtt_ms": 78
  },
  {
    "label": "Sao Paulo",
    "typical_rtt_ms": 140
  },
  {
    "label": "London",
    "typical_rtt_ms": 112
  },
  {
    "label": "Frankfurt",
    "typical_rtt_ms": 125
  },
  {
    "label": "Singapore",
    "typical_rtt_ms": 215
  }
]

13 satır, iyi peering'e sahip güzergahlardaki kablolu bağlantılar için yayımlanmış tipik değerlerdir; sizin makinenizden alınmış ölçümler değildir. Bunlar başlangıç noktası olarak değerlendirilmelidir. Kendi sonucunuz sunucudan çok internet sağlayıcınıza bağlıdır: Wi-Fi birkaç milisaniye ekler, mobil ağ onlarca milisaniye ekler ve peering'i zayıf bir konut internet sağlayıcısı, fiziksel olarak 15 ms olması gereken bir güzergaha 30 ms ekleyebilir.

Tek bir sayı yerine genel örüntüye bakılmalıdır. Kıta Amerika Birleşik Devletleri'ndeki büyük şehirlerin tamamında değer yaklaşık 50 ms veya daha düşüktür; Houston'da 8 ms, Chicago'da ise 23 ms ölçülür. Mexico City yaklaşık 48 ms uzaklıktadır ve ABD'nin her iki kıyısından da daha yakındır; bunun nedeni, Latin Amerika trafiğinin önemli bir bölümünün zaten Texas veya Florida üzerinden geçmesidir. Sao Paulo'daki 140 ms uzun bir güzergaha işaret eder. Singapore'daki 215 ms ise tamamen farklı bir durumdur.

Milisaniyeler, ham değerin düşündürdüğünden daha önemlidir; çünkü bağlantı, gidiş-dönüşlerden oluşur. Bir HTTPS isteğinin açılması, TCP (transmission control protocol) el sıkışması için bir gidiş-dönüş, TLS 1.3 (transport layer security) için bir gidiş-dönüş ve isteğin kendisi için bir gidiş-dönüş gerektirir. 35 ms gecikmede ilk byte gelmeden önce 100 ms'den fazla süre geçer. Art arda 20 API çağrısı yapan bir sayfa, 35 ms gecikmeyi 700 ms bekleme süresine dönüştürür. Etkileşimli SSH kullanımı 35 ms'de 8 ms'ye kıyasla farklı hissedilir. 35 ms'deki bir oyun sunucusu kullanılabilir durumdayken, aynı sunucunun 140 ms'de çalışması uygun değildir. VPS üzerindeki bir Minecraft sunucusu gibi her kullanıcının aynı anda deneyimlediği bir hizmette, merkezi konum gerçek bir avantaj sağlar.

Ülkenin orta kesimi kıyı bölgelerinden daha mı iyi?

Fiberde ışık, boşluktaki hızının üçte ikisi olan saniyede yaklaşık 200,000 km hızla ilerler. Bu nedenle gidiş-dönüş iletişimi, fiber üzerindeki her 100 km için yaklaşık 1 ms maliyet oluşturur; ayrıca fiber iki şehir arasında hiçbir zaman düz bir hat izlemez. Bu, fizik tarafından belirlenen alt sınırdır. Bu nedenle ne kadar para harcanırsa harcansın, Dallas ile Frankfurt arasındaki bir paket camın izin verdiğinden daha hızlı taşınamaz. Elinizdeki tek değişken konumdur.

Dallas, New York'a yaklaşık 2,200 km ve Los Angeles'a yaklaşık 2,000 km uzaklıktadır. Bu mesafeler olağan dışı ölçüde birbirine yakındır. Bu aralığı çoğu kişinin önce değerlendirdiği iki kıyı bölgesiyle karşılaştırın.

ChartTypical round trip from three US hosting metros to both coasts, milliseconds
The data behind this chart
[
  {
    "label": "Northern Virginia",
    "to_new_york_ms": 10,
    "to_los_angeles_ms": 62
  },
  {
    "label": "Dallas",
    "to_new_york_ms": 36,
    "to_los_angeles_ms": 35
  },
  {
    "label": "Los Angeles metro",
    "to_new_york_ms": 68,
    "to_los_angeles_ms": 3
  }
]

Bunlar yayımlanan tipik değerlerdir ve önemli olan da bu dağılımın şeklidir. Northern Virginia, New York'a yaklaşık 10 ms ve Los Angeles'a yaklaşık 62 ms sürede ulaşır; aradaki fark 50 ms'den fazladır. Los Angeles'taki bir host bu durumu tersine çevirir ve New York'a 68 ms sürede ulaşır. Dallas, her iki şehrin yanında bulunan konum için ilgili kıyı bölgesinden daha yavaştır; uzak olduğu şehir için ise her ikisinden de daha hızlıdır.

Dolayısıyla soru hangi şehrin en hızlı olduğu değildir. Önemli olan, hangi dağılımı istediğinizdir. Kullanıcıların çoğu aynı kıyıda bulunuyorsa ve medyan gecikmenin düşük olmasını istiyorsanız bir kıyı bölgesi seçin. Kullanıcılar ülke geneline yayılmışsa ve en kötü durumun düşük olmasını istiyorsanız Dallas'ı seçin. Bu, Kanada VPS seçerken gerçekten önemli olan nedir bölümünde ele alınan tercih ile aynıdır; orada nüfus iki kıyı yerine tek bir uzun hat üzerinde toplanır.

Dallas'ta gerçekte hangi carrier yoğunluğu size ne sağlar?

Carrier hotel, çok sayıda ağın sonlandığı ve doğrudan birbirine bağlandığı binadır. Dallas'ta bunun iyi bilinen bir örneği vardır: Equinix'in 2018'de $800 million karşılığında satın aldığı, 1950 North Stemmons Freeway adresindeki Infomart. Internet exchange (IX), bu tür binalarda bulunan ortak bir switch'tir. Ağlar, aralarındaki trafiği taşımak için üçüncü bir tarafa ödeme yapmak yerine burada birbirleriyle peering yapar. DE-CIX, Kasım 2016'dan beri Dallas'ta bir exchange işletmektedir. Equinix de kendi exchange'ini işletir.

Bu durum bir traceroute çıktısında görülür. Sunucunuz ve kullanıcınızın internet sağlayıcısı aynı exchange üzerinde bulunuyorsa paket tek bir ağ sınırını geçer. Aynı exchange üzerinde bulunmuyorlarsa paket bir transit sağlayıcıya teslim edilir. Transit sağlayıcı, paketi teslim etmeden önce Ashburn veya Atlanta'ya ve ardından geri taşıyabilir. Ek mesafe gerçek milisaniyeler ekler. Ayrıca her ek ağ, 21:00'da dolan bir bağlantının paket kaybına neden olabileceği bir başka noktadır.

Tüm bunları ödeme yapmadan önce kontrol edebilirsiniz.

  • Sağlayıcıdan ASN'sini (autonomous system number) isteyin. BGP (border gateway protocol) kullanan her ağın bir ASN'si vardır.
  • Bu ASN'yi PeeringDB üzerinde arayın. PeeringDB, bir ağın hangi exchange'lere katıldığını ve hangi binalarda bulunduğunu listeler. Ağlar kendi kayıtlarını kendileri yönetir.
  • Tesisin kendisinde hangi exchange'lerin bulunduğunu kontrol edin. Katılmadığı bir exchange ile aynı binada bulunan bir sağlayıcı size herhangi bir avantaj sağlamaz.
  • Kullanıcılarınızın bulunduğu bir ağdan yolu izleyin ve geçilen farklı ağların sayısını belirleyin.
mtr -rwzc 100 203.0.113.10

Rapor, her hop için ağ numarasını, kayıp yüzdesini ve zamanlamayı içeren bir satır yazdırır. Önce son satırı okuyun. Bu satır sunucunuzu gösterir. Son satırda kayıp yokken orta hop'lardan birinde kayıp görülmesi normaldir. Bunun nedeni, router'ların kendi ürettikleri ICMP (internet control message protocol) yanıtlarına düşük öncelik vermesidir. Bu nedenle ilgili hop, gerçekte olduğundan daha yüksek kayıp gösterebilir. Bir hop'ta başlayan ve sonraki tüm hop'larda devam eden kayıp gerçek bir arızadır. Rapor eklenerek support ticket'a dahil edilmelidir.

Texas elektrik şebekesi uptime riskini artırıyor mu?

Texas kendi elektrik şebekesini işletir. ERCOT (Electric Reliability Council of Texas), eyalet yükünün yaklaşık yüzde 90'ını karşılar ve Kuzey Amerika'nın geri kalanıyla senkronize değildir. Komşu şebekelere toplam yaklaşık 1.2 GW kapasiteye sahip az sayıda doğru akım bağlantısıyla bağlanır. Bu kapasite, 22 July 2026 tarihinde kaydedilen 91 GW üzerindeki en yüksek talebin çok altındadır. Bu nedenle Texas'ta elektrik yetersiz kaldığında, dışarıdan elektrik ithal ederek sorunu çözememektedir. February 2021'de Winter Storm Uri'nin ERCOT genelinde günler süren dönüşümlü elektrik kesintilerine yol açmasının nedeni budur.

Sunucunuz açısından asıl soru şebeke değildir. Bina altyapısıdır. Bir data center, elektrik kesintisi sırasında birkaç dakika UPS (uninterruptible power supply) aküleriyle, ardından yakıt bitene kadar diesel generator'lerle çalışmaya devam eder. Dört soruyu sorun ve yanıtları yazılı olarak alın: güç yolu N+1 mi yoksa 2N mi, sahada tutulan yakıtla generator'ler tam yükte kaç saat çalışabiliyor, öncelikli yakıt teslimat sözleşmesi var mı ve generator'leri en son ne zaman gerçek yük altında test ettiler. Son soruya yanıt veremeyen bir provider test yapmamıştır.

Aynı şebeke, kapasitenin burada neden ucuz olduğunu da açıklar. Texas'taki endüstriyel elektrik fiyatları US ortalamasının altındadır. Bir data center'daki en büyük işletme maliyeti elektrik olduğundan Dallas, northern Virginia gibi kapasite kısıtları bulunan pazarlardan daha düşük fiyatlandırılır. Bu fark faturanıza yansır. Farklı şehirlerden aldığınız teklifleri karşılaştırırken bir VPS'in gerçekte neye mal olduğunu yanlarında açık tutun. Böylece konum primini temel ücretin yanında görmek çok daha kolay olur.

Dallas veri merkezi için hortumlar ve Texas sıcağı tehdit oluşturur mu?

Bu iki sorunun iki farklı yanıtı vardır.

Rüzgar ve dolu, binayla ilgili konulardır. 20 October 2019 tarihinde, rüzgar hızı yaklaşık 140 mph olan EF3 sınıfı bir hortum Dallas Love Field yakınlarında başladı ve kuzey Dallas boyunca 15 mile ulaşan bir güzergah oluşturarak yaklaşık $1.5 billion hasara yol açtı. Bu güzergah, Stemmons Freeway veri merkezi koridorunun birkaç mil uzağından geçer. Amaca özel tasarlanmış bir data hall, penceresiz beton bir yapıdır ve bir strip mall'ın çatısını uçuran rüzgara dayanabilir. Açıkta kalan bileşenler binanın üzerinde bulunur: condenser'lar ve cooling tower'lar. Büyük dolu çoğu ilkbaharda görülür ve doğrudan bu ekipmanlara düşer. Binanın hangi koşullara göre derecelendirildiği ve mechanical plant'ın nerede bulunduğu sorulmalıdır.

Sıcaklık, maliyetle ilgili bir konudur. Dallas'ta July ve August aylarında sıcaklık uzun süreler boyunca 100 F (38 C) değerinin üzerinde kalır. Cooling kapasitesi bölgenin design day koşullarına göre belirlenir; bu nedenle oda sıcaklığını korur. Artan değer PUE'dir (power usage effectiveness; toplam tesis gücünün sunuculara ulaşan güce oranı). Bunun nedeni, chiller'ların August ayında February ayına göre daha yoğun çalışmasıdır ve bu maliyet zaten fiyatınıza dahildir. Gerçek sıcaklık riski, heat wave sırasında cooling arızası yaşanmasıdır: dışarıda sıcaklık 104 F (40 C) iken cooling olmayan bir oda shutdown sıcaklığına bir saat içinde değil, birkaç dakika içinde ulaşır. Bu nedenle personelin bir chiller'ı düzeltmek için çok daha az zamanı olur. Yalnızca power durumunu değil, cooling sisteminin N+1 olup olmadığını da sorun.

Bu yanıtların hiçbiri Dallas'tan kaçınmak için bir neden değildir. Ancak her ikisi de verilerin başka bir yerde bir kopyasının tutulması gerektiğini gösterir. Aynı binada bulunan bir backup, backup değildir ve restic ile şifrelenmiş off site backup'lar bir öğleden sonra içinde kurulabilir.

Dallas ne zaman yanlış tercihtir?

Dallas makul bir varsayılan tercihtir, ancak kesin bir kural değildir. Aşağıdaki durumlarda başka bir konumda barındırma yapılmalıdır.

  • Kullanıcılarınız Avrupa'daysa. Dallas'taki bir sunucu Frankfurt'a yaklaşık 125 ms, Londra'ya ise yaklaşık 112 ms sürede yanıt verir. Bu fark mesafeden kaynaklanır; hiçbir yapılandırma değişikliği bunu iyileştiremez.
  • Kullanıcılarınız Asya veya Avustralya'daysa. 215 ms ile Singapore daha da kötü bir sonuç verir. Bu kullanıcılara yakın ikinci bir sunucu, ilk sunucuda yapılabilecek her türlü optimizasyondan daha iyi sonuç verir.
  • Tüm kullanıcılarınız Dallas dışındaki tek bir metropolitan alandaysa. Uygulamanızı kullanan herkes Seattle'daysa sunucu Seattle'da barındırılmalıdır. Merkezi bir konum yalnızca kullanıcıların farklı bölgelere dağılması durumunda avantaj sağlar.
  • Bir sözleşme veya düzenleyici kurum verilerin bir ülkede tutulmasını zorunlu kılıyorsa. Bu bir performans sorunu değildir ve hiçbir benchmark bunu yanıtlayamaz.
  • Bir ABD borsasında stratejiniz gecikmeye dayanıyorsa. CME Group'un eşleştirme motoru Aurora, Illinois'tedir. NYSE, Mahwah, New Jersey'den; Nasdaq ise Carteret, New Jersey'den çalışır. Dallas bu konumların tamamına 20 ms'den daha uzaktadır. Çoğu bireysel kullanıcı otomasyonu bunu önemsemez ve trading botları için VPS seçimi işlemi, bu hattın gerçekte nereden geçtiğine göre yapılır.

Dallas'taki bir sunucu hangi yasalara tabidir?

Dallas'taki bir sunucu, ABD federal hukukuna ve Texas eyalet hukukuna tabidir. Her güvenlik incelemesinde iki konu öne çıkar.

US CLOUD Act, ABD makamlarının bir ABD sağlayıcısını, diskin fiziksel olarak nerede bulunduğuna bakılmaksızın kontrol ettiği verileri sunmaya zorlamasına izin verir. Farklı bir ABD şehri seçmek bu durumu değiştirmez. ABD dışındaki bir şehri seçmek de sağlayıcı bir ABD şirketi olduğunda bu yükümlülükten kurtarmaz.

Sunucuyu Texas'ta barındırmak, sizi Texas gizlilik hukukuna tabi hale getirmez. 1 July 2024 tarihinden beri yürürlükte olan TDPSA (Texas Data Privacy and Security Act), Texas'ta faaliyet gösteren veya Texas sakinlerine ürün ya da hizmet satan ve federal Small Business Administration tanımına göre küçük işletme sayılmayan işletmelere uygulanır. Bu düzenleme rack'inizi değil, müşterilerinizi esas alır. Sunucuyu Chicago'ya taşımak sizi kapsam dışı bırakmaz. Sunucuyu Dallas'a taşımak da sizi otomatik olarak kapsama dahil etmez.

European Union kaynaklı kişisel veriler için, bir aktarım mekanizmanız varsa US barındırma kullanılabilir. August 2026 itibarıyla EU to US Data Privacy Framework yeterlilik kararı geçerliliğini korumaktadır. Bu karar, September 2025 tarihinde EU General Court tarafından onanmıştır ve Court of Justice önünde bir appeal süreci devam etmektedir. Uygulanacak pratik adım, sağlayıcınıza yazılı olarak bu framework kapsamında self certifies olup olmadığını veya standard contractual clauses imzalayıp imzalamadığını sormaktır. Ardından verilen yanıt, auditor'ınızın bulabileceği şekilde kaydedilmelidir. Hukuki sorunun geri kalanını bir lawyer ile değerlendirin; çünkü bu alan değişmektedir.

Kendi makinenizden bir Dallas VPS'i test etme

Yukarıdaki sayıların tamamı başkalarının ölçümüdür. Karar vermenizi sağlayacak ölçüm size ait olandır ve bunu toplamak yaklaşık yirmi dakika sürer.

  1. Sağlayıcıdan Dallas konumunda bir test IP adresi ve test dosyası isteyin. Çoğu sağlayıcı her ikisini de içeren bir looking glass sayfası yayımlar.
  2. Kullanıcılarınızın bağlandığı her ağdan en az 20 ping gönderin ve özet satırını okuyun.
  3. Yolu izleyin ve geçilen ağları sayın.
  4. Test dosyasını indirin ve sürdürülebilir hızı okuyun.
  5. Kullanıcılarınızın yoğun saatlerinde, hafta içi bir akşam ve en az iki farklı günde tekrarlayın. Yoğunluk 11 am'de değil, 9 pm'de ortaya çıkar.
ping -c 20 203.0.113.10
mtr -rwzc 100 203.0.113.10
curl -o /dev/null -s -w 'connect=%{time_connect}s ttfb=%{time_starttransfer}s speed=%{speed_download} B/s\n' "https://<test file host>/100mb.bin"

Windows'ta ilk komut ping -n 20 203.0.113.10 olur. ping komutunun sonundaki özet satırı kullanılmalıdır:

rtt min/avg/max/mdev = 34.112/34.905/41.203/0.884 ms

mdev değerini (ortalama sapma) jitter olarak değerlendirin. 2 ms'nin altında mdev değerine sahip 35 ms ortalama, temiz bir yolu gösterir. Aynı 35 ms ortalama, 20 ms mdev ile birlikte görülüyorsa yolun bir bölümü kararsızdır. Etkileşimli işlemlerde bu durum, sabit 60 ms gecikmeden daha kötü hissedilir. Son atlama noktasında 100 paket boyunca sürdürülen sıfırdan büyük paket kaybı, geçici bir durum değil, arızadır.

Throughput için farklı bir test gerekir. Uzun bir yol üzerinden tek bir TCP bağlantısı, alım penceresinin gidiş-dönüş süresine bölünmesiyle sınırlanır. Bu nedenle tek akışlı yavaş bir indirme, bağlantının yavaş olduğunu kanıtlamaz. Bunun yerine paralel akışlar kullanılmalıdır. VPS üzerinde iperf3 -s komutunu çalıştırın ve bu portu yalnızca kendi adresinize açın. Ardından kendi makinenizden şu komutu çalıştırın:

iperf3 -c 203.0.113.10 -P 4 -t 30
iperf3 -c 203.0.113.10 -P 4 -t 30 -R

-P 4 dört paralel akış açar. -R ise yönü tersine çevirir. Böylece ikinci çalıştırma, kullanıcılarınızın gerçekten kullanacağı indirme yolunu ölçer. İşiniz bitince portu yeniden kapatın. Çünkü iperf3 kimlik doğrulaması yapmaz.

Ağ yalnızca bir ölçüttür. CPU steal ve disk hızı ayrı ölçütlerdir. Konumu çok iyi olan ucuz bir plan bile host makinesi aşırı satılmışsa yavaş çalışır. Gerçek iş yüklerini taşımadan önce bir VPS'i nasıl benchmark edeceğinizi inceleyin. Ardından yeni bir VPS'te ilk on dakikayı sistemi sıkılaştırmaya ayırın.

FAQ

ABD'nin her iki kıyısındaki kullanıcılar için Dallas'taki bir VPS yeterince hızlı mı?

Evet. Gerçek zamanlı oyunlar ve gecikmeye duyarlı işlemler dışında tüm kullanım senaryoları için yeterlidir. Dallas'tan New York'a tipik kablolu gidiş-dönüş gecikmesi yaklaşık 36 ms, Los Angeles'a ise yaklaşık 35 ms düzeyindedir. Bu nedenle kıta ABD'sindeki hiçbir kullanıcı sunucudan çok uzakta değildir. Northern Virginia'daki bir sunucu, yaklaşık 10 ms ile New York için daha iyi sonuç verir. Ancak Los Angeles için yaklaşık 62 ms ile belirgin biçimde daha kötü sonuç verir. Medyan gecikmenin düşük olmasından çok en kötü durum gecikmesini düşük tutmak istendiğinde Dallas seçilmelidir.

Texas elektrik şebekesi Dallas VPS'ini daha az güvenilir hale getirir mi?

ERCOT, komşu şebekelere yaklaşık 1.2 GW doğru akım bağlantısıyla bağlı ayrı bir elektrik şebekesidir. Bu nedenle Texas, elektrik kıtlığı sırasında dışarıdan fazla enerji aktaramaz. Winter Storm Uri nedeniyle Şubat 2021'de günler süren dönüşümlü elektrik kesintileri yaşandı. Kullanılabilirlik şebekeden çok binaya bağlıdır. Çünkü UPS bataryaları yükü dakikalarca taşır, dizel jeneratörler ise yakıt tükendiği sürece çalışır. Sağlayıcıdan, sahada bulunan yakıtla tam yükte jeneratörlerin ne kadar süre çalışabildiğini ve son tam yük testinin tarihini isteyin.

Bir tornado veya Texas sıcak hava dalgası sunucumu çevrimdışı bırakır mı?

Tek başına bırakmaz. 20 October 2019 tarihinde kuzey Dallas'tan geçen EF3 tornado'su alışveriş merkezlerini ve evleri yıktı. Buna karşın amaca özel olarak inşa edilmiş bir data hall, bu rüzgara dayanacak şekilde tasarlanmış penceresiz beton bir yapıdır. Açıkta kalan parçalar rooftop cooling unit'lerdir. Büyük ilkbahar dolusu da öncelikle bu birimleri etkiler. Sıcak hava dalgası kullanılabilirlikten çok maliyeti artırır. Çünkü cooling kapasitesi bölgenin tasarım gününe göre belirlenir. Ancak sıcak hava dalgası sırasında cooling arızası yaşanırsa personelin müdahale etmek için çok daha az zamanı kalır. Yedekleri başka bir bölgede tutun. Tasarımla ortadan kaldırılamayan risk, tüm tesisin kaybedilmesidir.

Kullanıcılarım Avrupa'daysa Dallas'ta barındırma yapmalı mıyım?

Hayır. Dallas'taki bir sunucu Frankfurt'a yaklaşık 125 ms, London'a ise yaklaşık 112 ms içinde yanıt verir. Bu fark mesafeden kaynaklanır ve yapılandırmanızla ortadan kaldırılamaz. Kullanıcılarınıza yakın bir konumda barındırma yapın. Dallas'taki sunucuyu, yedeklemeler veya batch job'lar gibi kullanıcıların beklemediği işler için kullanın. Avrupa kişisel verileri söz konusuysa EU içindeki bir konum, aksi halde belgelemeniz gereken bir veri aktarımı sorusunu da ortadan kaldırır.

Satın almadan önce Dallas VPS'ine olan gecikmeyi nasıl ölçerim?

Sağlayıcıdan bir test IP adresi alın. Ardından kullanıcılarınızın kullandığı her ağdan bu adrese karşı ping -c 20 ve mtr -rwzc 100 komutlarını çalıştırın. ping özetinde ortalama değeri mdev değeriyle birlikte değerlendirin. Düşük ortalama ve yüksek mdev jitter olduğunu gösterir. Bu durum, sabit ancak daha yüksek bir değerden daha kötü bir kullanıcı deneyimi oluşturur. Ölçümü iki gün boyunca kullanıcılarınızın yoğun akşam saatlerinde tekrarlayın. Çünkü yoğunluk günün saatine bağlı bir sorundur. Throughput ölçümü için dört paralel stream ile iperf3 kullanın. Uzun bir yol üzerinden çalışan tek bir TCP stream, link kapasitesinden çok window size tarafından sınırlandırılır.

#vps#datacenter#dallas#latency#hosting-location