Kanada VPS Sunucusu Seçerken Dikkat Edilmesi Gerekenler

VPS sunucunuzun Kanada'da bulunması gerekiyor mu?

Kanada'da VPS barındırma hizmeti, bir yasa veya sözleşme verilerin Kanada topraklarında kalmasını zorunlu kıldığında tercih edilmelidir. Bu, tek geçerli zorunlu nedendir. Toronto'daki bir ev bağlantısından New York'taki bir veri merkezine gidiş-dönüş süresi yaklaşık 18 ms iken, Toronto'daki bir veri merkezine bu süre yaklaşık 3 ms'dir; neredeyse hiçbir web uygulaması bu farkı ayırt edemez.

İnsanları Kanada tabanlı bir sunucuya yönlendiren üç temel unsur vardır. Veri yerleşimi yasal bir zorunluluksa, bu durum kararı tek başına belirler. Gecikme süresi ölçülebilir bir değerdir ve genellikle insanların beklediğinden daha düşüktür. Kanada doları üzerinden faturalandırma ise muhasebe süreçleri için bir kolaylıktır. Başka herhangi bir kriteri değerlendirmeden önce, ilk maddenin sizin için geçerli olup olmadığını netleştirin.

Bu yazı, kuralların genel işleyişini açıklamaktadır. Hukuki tavsiye niteliği taşımaz. Eğer kuruluşunuz bir gizlilik yasasına tabi ise, nihai yanıtı hukuk danışmanınızdan almalısınız.

Veri yerleşimi: tek kesin zorunluluk

PIPEDA (Kişisel Bilgilerin Korunması ve Elektronik Belgeler Yasası), Kanada'nın özel sektör için geçerli federal gizlilik yasasıdır ve kişisel bilgilerin ülke sınırları içinde kalmasını zorunlu kılmaz. Yasa, verilerin yurt dışındaki bir işleyiciye gönderilmesini işleme amaçlı bir transfer olarak değerlendirir: kuruluşunuz veriden sorumlu olmaya devam eder, işleyici veriye eşdeğer koruma sağlamalıdır ve bu durumun gerçekleştiğini kullanıcılara açıkça belirtmeniz gerekir. Gizlilik Komiserliği Ofisi, 2019 yılında bu kuralları sıkılaştırmak üzerine bir istişare süreci yürütmüş ancak mevcut pozisyonunu korumuştur. PIPEDA'nın özel sektör kurallarını yeni bir "Kişisel Gizliliği ve Tüketici Verilerini Koruma Yasası" ile değiştirmek amacıyla Haziran 2026'da sunulan C-36 sayılı tasarı, Ekim 2026 itibarıyla ikinci okumaya ulaşmadığından, PIPEDA halen yürürlükte olan yasadır. Dolayısıyla, PIPEDA'nın verilerinizin Kanada'da barındırılmasını zorunlu kıldığına dair yaygın iddia yanlıştır; birçok barındırma hizmeti kopyası bu yanlışı tekrarlasa da durum böyledir.

Gerçek yerleşim kuralları mevcuttur. Ancak bunlar daha dar kapsamlı alanlarda yer alır.

• Quebec'in 25 sayılı Yasası, kişisel bilgiler eyalet dışına gönderilmeden önce bir değerlendirme yapılmasını ve bilgilerin ulaştığı yerde yeterli korumaya sahip olmasını şart koşar. Bu hüküm Eylül 2023'ten beri yürürlüktedir. Bu bir yasak değil, yerine getirmeniz ve savunabilmeniz gereken bir evrak süreci ve karar mekanizmasıdır.
• Kamu sektörü kuralları, kamu kurumlarını ve onlara hizmet veren şirketleri bağlar. Nova Scotia'nın PIIDPA yasası, kişisel bilgilerin Kanada dışında saklanmasını kısıtlar; Ekim 2025'te kabul edilen yeni Bilgi Edinme Özgürlüğü ve Kişisel Gizliliği Koruma Yasası, 1 Nisan 2027 tarihinde bu yasanın yerini alacaktır. British Columbia'nın FIPPA yasası da benzer bir kurala sahipti ancak 2021'de yapılan değişiklikle, bir değerlendirme sonrasında yurt dışı depolamaya izin verecek şekilde güncellendi.
• Federal hükümet çalışmaları, "Protected B" ve üzeri seviyedeki verilerin Kanada'da kalmasını zorunlu kılan Kanada Hükümeti bulut yönergesini takip eder.
• Eyalet sağlık gizliliği yasaları, sağlık kayıtlarının nerede tutulabileceğine dair kendi ek koşullarını getirir ve bunlar eyaletten eyalete farklılık gösterir.
• Müşteri sözleşmeleri ve kamu ihaleleri, pratikteki en yaygın belirleyicidir. "Veriler Kanada'da saklanacaktır" ifadesini içeren bir güvenlik anketi, imzaladığınız için sizi bir yasa kadar sıkı bir şekilde bağlar.

Pratik test basittir. İlgili maddeyi gösterebiliyor musunuz? Kuruluşunuzda hiç kimse Kanada şartını belirten yasayı veya sözleşmeyi adlandıramıyorsa, seçimlerinizi gecikme süresi ve maliyete göre yapıyorsunuz demektir.

Kanada'daki bir veri merkezi ABD'nin yasal erişim alanı dışında mıdır?

Tek başına hayır. ABD CLOUD Act (Clarifying Lawful Overseas Use of Data Act), donanımın nerede bulunduğuna bakılmaksızın, bir ABD sağlayıcısının mülkiyetinde, gözetiminde veya kontrolünde olan verileri kapsar; bu nedenle bir Amerikan şirketi tarafından işletilen Toronto bölgesi, yasal erişim alanı içerisindedir. Asıl gereksinim coğrafyadan ziyade yabancı yasal süreçlerle ilgiliyse, önemli olan servisi kimin işlettiği ve şifreleme anahtarlarını kimin tuttuğudur. Binanın Kanada adresine sahip olması, tek başına bu soruyu yanıtlamaz.

Yönlendirme ise ikinci sürprizdir. İki Kanada şehri arasındaki trafik, ucuz peering noktalarının tarihsel olarak orada bulunması nedeniyle genellikle ABD üzerinden geçer. Araştırmacılar buna bumerang yönlendirme adını verir. Paketlerinizin ülkeyi asla terk etmediğini iddia etmeden önce bir traceroute çalıştırın.

traceroute vps.example.com

Sıçrama noktası isimleri, nyc, chi veya ash gibi şehir kodlarını taşır. Bu isimler birer ipucudur ancak güncelliğini yitirebilirler; bu nedenle bunları bir kanıt olarak değil, sağlayıcınıza soru sormanız için bir neden olarak değerlendirin. İletim halindeki veriler için güvenilir yanıt bir harita değil, kontrolü sizde olan şifrelemedir. Kendi makineleriniz arasında özel bir yol istiyorsanız, kendi kendine barındırılan bir WireGuard VPN, fiberin hangi ülkeden geçtiğini önemsemeyen bir bağlantı sağlar.

Gecikme süresi: varsaymayın, ölçün

Fiber optik kablolardaki ışık, milisaniye başına yaklaşık 200 km yol alır; bu nedenle her 100 km'lik mesafe, herhangi bir ekipman dahil edilmeden önce gidiş-dönüş süresine kabaca 1 ms ekler. Toronto'dan Vancouver'a kuş uçuşu mesafe yaklaşık 3.400 km'dir ve kablo hattı ile bu mesafe daha da uzar; bu da taban süreyi 40 ms civarına çeker. Gerçek ağ yolları ise daha yüksek değerlere ulaşır.

[
  {
    "label": "Toronto",
    "rtt_ms": 3
  },
  {
    "label": "Montreal",
    "rtt_ms": 12
  },
  {
    "label": "New York",
    "rtt_ms": 18
  },
  {
    "label": "Chicago",
    "rtt_ms": 24
  },
  {
    "label": "Northern Virginia",
    "rtt_ms": 26
  },
  {
    "label": "Dallas",
    "rtt_ms": 42
  },
  {
    "label": "Vancouver",
    "rtt_ms": 62
  },
  {
    "label": "London",
    "rtt_ms": 88
  },
  {
    "label": "Frankfurt",
    "rtt_ms": 98
  }
]

Bunlar, Toronto'daki iyi bağlantıya sahip bir tüketici hattı için yayınlanan tipik değerlerdir. Bunlar bir söz değil, başlangıç noktasıdır. Kendi değerleriniz, erişim ağınıza ve servis sağlayıcınızın peering (eşleme) yapısına bağlıdır ve günün saatine göre değişiklik gösterir.

İki satırın iki kez okunmasında fayda var. Toronto'dan Montreal'e olan süre yaklaşık 12 ms'dir; bu iki şehir çoğu amaç için tek bir bölge gibi davranacak kadar birbirine yakındır. Toronto'dan Vancouver'a olan süre yaklaşık 62 ms'dir; bu mesafe, 26 ms süren Toronto - Kuzey Virginia hattından daha uzundur. Kanada içinde olmak, kullanıcılarınıza yakın olmakla aynı şey değildir.

Genellikle "son mil" (last mile) gecikmesi belirleyicidir. Ev tipi fiber bağlantı birkaç milisaniye ekler. Hat yoğun olduğunda kablolu bağlantı daha fazla gecikme yaratır. Mobil bağlantı ise kendi başına onlarca milisaniye ekleyebilir. Toronto'daki bir telefon kullanıcısı, Toronto'daki bir sunucuya 50 ms gecikme görebilir. Sunucuyu New York'a taşıdığınızda, yol herkes için olduğu gibi yaklaşık 15 ms daha ekler ve toplamda 65 ms olur; kullanıcının beklediği sürenin büyük kısmı hala radyo bağlantısından kaynaklanır.

Kullanıcılarınızın bulunduğu konumdan gecikme testi nasıl yapılır

Öncelikle kullanıcılarınızın gerçekte nerede olduğunu belirleyin. Analitik verileriniz oturumları zaten şehir veya bölge bazında ayırıyordur. Ofisinizin bulunduğu konuma göre tahminde bulunmak yerine bu verileri okuyun.

Ardından ölçümü o konumdan yapın. Ottawa'daki bir masadan Vancouver gecikmesini test edemezsiniz. Hedef şehirde yirmi dakikalığına saatlik bir VPS kiralayın ve işiniz bitince silin. Bir iş arkadaşınızdan veya müşterinizden tek bir komut çalıştırmasını isteyin. Ya da Kanada şehirlerinde probları bulunan ve buralardan ping atmanıza olanak tanıyan https://atlas.ripe.net adresindeki ücretsiz RIPE Atlas ölçüm ağını kullanın.

sudo apt update && sudo apt install -y mtr-tiny traceroute iperf3
ping -c 20 vps.example.com

Son iki satırı okuyun.

20 packets transmitted, 20 received, 0% packet loss, time 19031ms
rtt min/avg/max/mdev = 17.412/18.006/19.882/0.594 ms

avg ana değerdir. mdev, paketler arasındaki yayılım olan jitter değeridir. Kısa bir yol üzerindeki herhangi bir paket kaybı, araştırılması gereken bir hatadır. Yüksek jitter, sesli görüşmeleri ve oyunları, ortalamanın biraz yüksek olmasından daha fazla olumsuz etkiler; çünkü alıcı, tipik paket yerine en kötü paket için arabelleğe alma yapmak zorundadır.

mtr --report --report-cycles 50 vps.example.com

mtr her sekme (hop) için kayıp oranını yazdırır. Bir izin hatasıyla sonlanırsa, sudo ile çalıştırın. Yönlendiriciler kendi oluşturdukları ICMP yanıtlarına en düşük önceliği verdikleri için, orta sekmeler genellikle gerçek olmayan kayıplar gösterir. Yalnızca son satıra kadar devam eden kayıplar, trafiğinizin maruz kaldığı kayıplardır. Önce en alt satırı okuyun, ardından yukarıya doğru ilerleyin.

ICMP engellendiğinde veya hız sınırına takıldığında, bunun yerine gerçek protokolün süresini ölçün.

curl -o /dev/null -s -w 'dns=%{time_namelookup} connect=%{time_connect} tls=%{time_appconnect} ttfb=%{time_starttransfer} total=%{time_total}\n' https://vps.example.com/

Her alan, isteğin başlangıcından itibaren kümülatif saniyelerdir. connect eksi dns bir TCP gidiş-dönüş süresidir (RTT). tls eksi connect el sıkışma süresidir. ttfb eksi tls bir gidiş-dönüş süresi daha ve uygulamanızın yanıt vermesinin ne kadar sürdüğünün toplamıdır. Çoğu yavaş site, zamanının büyük kısmını işte bu son boşlukta kaybeder. Kısa bir yol üzerinde 0.8 saniyelik bir ttfb, uygulama kaynaklı bir sorundur ve sunucuyu başka bir şehre taşımak bunu çözmeyecektir.

Veri aktarım hızı (throughput) için sunucuyu VPS üzerinde, istemciyi ise kullanıcının tarafında çalıştırın. iperf3, TCP 5201 portunu dinler; bu nedenle test için portu ufw ile açın ve işiniz bittiğinde tekrar kapatın.

iperf3 -s

iperf3 -c vps.example.com -t 20
iperf3 -c vps.example.com -t 20 -R
iperf3 -c vps.example.com -t 20 -P 8

-R yönü tersine çevirir, böylece yüklemenin (upload) yanı sıra indirme (download) hızını da ölçersiniz. -P 8 sekiz paralel akış açar. Eğer sekiz akış tek bir akıştan çok daha hızlıysa, sınırlayıcı faktör bağlantının kendisi değil, uzun bir yol üzerindeki TCP penceresidir; çünkü tek bir akış, her gidiş-dönüş süresinde yalnızca bir pencere taşıyabilir. Aynı pencere, Vancouver yolu üzerinde New York yoluna kıyasla saniyede yaklaşık üçte bir oranında veri taşır. Uzun mesafeli yedeklemeler de aynı şekilde davranır; bu yüzden restic ile uzak yedeklemeler, hızlı bir hatta bile uzak bir hedefe karşı yavaş hissettirir.

iperf3 çalışırken ikinci bir terminalde ping işlemini açık tutun. Aktarım sırasında gidiş-dönüş süresi 20 ms'den 300 ms'ye çıkıyorsa, bu kendi erişim ekipmanınızdaki bufferbloat sorunudur ve hiçbir veri merkezi konumu bunu düzeltmez.

Birden fazla kez ölçüm yapın ve ölçümü akşam saatlerinde gerçekleştirin. Saat 21:00'deki tıkanıklık, kullanıcılarınızın yaşadığı gerçek değerdir. Saat 04:00'teki değer ise satış sayfalarının alıntı yapmayı tercih edeceği değerdir.

Gidiş-dönüş süresinin iş yükünüz için anlamı

Soğuk bir sayfa yüklemesi, tarayıcı herhangi bir şeyi çizmeden önce dört gidiş-dönüş süresi harcar.

[
  {
    "label": "DNS lookup",
    "toronto_to_new_york_ms": 18,
    "toronto_to_vancouver_ms": 62
  },
  {
    "label": "TCP handshake",
    "toronto_to_new_york_ms": 18,
    "toronto_to_vancouver_ms": 62
  },
  {
    "label": "TLS 1.3 handshake",
    "toronto_to_new_york_ms": 18,
    "toronto_to_vancouver_ms": 62
  },
  {
    "label": "Request and first byte",
    "toronto_to_new_york_ms": 18,
    "toronto_to_vancouver_ms": 62
  },
  {
    "label": "All four round trips",
    "toronto_to_new_york_ms": 72,
    "toronto_to_vancouver_ms": 248
  }
]

DNS sorgusu sunucunuza değil bir çözümleyiciye gider ve genellikle önbelleğe alınır, bu yüzden sıcak bir ziyarette bu adım atlanır. Uçtan uca hesaplandığında, soğuk bir yükleme New York hattında 72 ms, Vancouver hattında ise 248 ms geriden başlar. New York değeri, tek bir 400 ms'lik veritabanı sorgusunun yanında küçüktür. Vancouver değeri ise öyle değildir: bu süre, söz konusu sorgunun yarısından fazlasıdır ve soğuk bir ziyaretçi bunu gerçekten hisseder. Bağlantı açıldıktan sonra HTTP/2 ve HTTP/3, birçok isteği aynı anda taşıdığı için bu maliyet dosya başına değil, bir kez ödenir. Statik varlıkları bir CDN (içerik dağıtım ağı) üzerine koyduğunuzda, kaynağın bulunduğu şehir onlar için önemini yitirir; bu yüzden Toronto'ya 98 ms gecikme ile bağlanan Avrupalı bir ziyaretçi yine de hızlı bir sayfa deneyimi yaşayabilir.

Gerçek zamanlı çok oyunculu oyunlar tam tersi bir durumdur, çünkü gidiş-dönüş süresi deneyimin kendisidir. Hızlı aksiyon oyunlarında 50 ms altı anlık hissettirir, oyuncular 80 ms civarında fark etmeye başlar ve 120 ms'nin üzerinde sunucuyu suçlarlar. Burada bölge seçimi, ürünün iyi olup olmadığını doğrudan belirler. Daha yavaş tempolu sunucular çok daha toleranslıdır, bu yüzden bir VPS üzerinde Minecraft sunucusu çalıştırmak, bir nişancı oyununu mahvedecek mesafeleri kaldırabilir.

Veritabanları, bölge seçiminin gerçek hasar verdiği yerdir. Uygulamayı bir bölgeye, veritabanını başka bir bölgeye asla koymayın. Her sorgu bir gidiş-dönüştür. 40 sorgu yapan bir sayfa, bunların 40'ını da öder: her biri 18 ms olduğunda bu bir saniyenin büyük kısmıdır; 62 ms olduğunda ise veritabanı aynı kutuda iken 30 ms profili veren bir sayfada iki saniyeyi geçer. Başka bir bölgeye eşzamansız replikasyon, okuma kopyaları ve felaket kurtarma için uygundur. Uzun bir yol üzerinden eşzamanlı commit (yazma onayı), her bir yazma işlemine o yolun süresini ekler.

Etkileşimli oturumlar bu ikisinin arasındadır. SSH, her tuş vuruşu yankısının geri gelmesini beklediği için 100 ms civarına kadar rahat kalır, üzerinde ise gecikmeli hissettirir. mosh yerel olarak tahminleme yapar ve bunun çoğunu gizler. Web kancaları (webhooks) ve dahili API'ler, her zaman çağırdıkları servis ile aynı bölgede bulunmalıdır.

Faturalandırma, para birimi ve vergi

Kanada doları ile ödeme yapmak, kart sağlayıcınızın uyguladığı ve Ağustos 2026 itibarıyla genellikle %2,5 civarında olan yabancı işlem ücretinden kaçınmanızı sağlar ve muhasebe kayıtlarınızı tek bir para biriminde tutmanıza olanak tanır. Kanadalı bir sağlayıcı, kayıtlı işletmelerin girdi vergisi kredisi olarak geri talep edebileceği GST veya HST vergilerini içeren faturalar düzenler. Bu, finansal bir sorudur ve finansal bir yanıt gerektirir; paketlerin nereye yönlendirileceği konusunda belirleyici olmamalıdır. Bir sunucunun gerçek maliyeti ve yenileme fiyatlarına takılmadan planların nasıl karşılaştırılacağı hakkında bilgi almak için bir VPS'in aylık gerçek maliyeti nedir başlıklı yazıyı okuyun.

Küçük bir pazarın size maliyeti

Kanada, Amerika Birleşik Devletleri'nin yanında küçük bir barındırma pazarıdır ve dürüst bir tavsiye, neleri feda ettiğinizi de içermelidir.

• Daha az sağlayıcı paranız için rekabet eder, bu nedenle aynı sınıf makine için gigabayt başına RAM veya disk fiyatı genellikle daha yüksektir.
• Kapasite Toronto ve Montreal'de yoğunlaşmıştır; Vancouver ve Calgary'de ise daha azdır. Hata toleransı (failover) için ikinci bir Kanada bölgesi genellikle uzun bir ağ yolu veya yine de ülke dışına çıkmak anlamına gelir.
• Küçük bir bölgesel sağlayıcı, bir veya iki üst taşıyıcının arkasında tek bir binada hizmet veriyor olabilir. Kaç tane taşıyıcı olduğunu ve bunlardan biri devre dışı kaldığında ne olacağını sorun.
• Donanım seçenekleri daha kısıtlıdır. Büyük instance'lar ve GPU makineleri ABD bölgelerinde daha kolay bulunur, bu nedenle istediğiniz şehirde ve istediğiniz boyutta bir GPU VPS mevcut olmayabilir.
• Küçük bir sağlayıcıda destek kapsamı, pazarlama söyleminden ziyade gerçek bir sorundur. Bir insanın ne zaman aktif olduğunu sorun.

Montreal fiyat konusunda istisnadır. Quebec'in hidroelektrik enerjisi ucuzdur ve kış ayları soğutma maliyetlerini düşürür; bu nedenle Montreal bölgesi, ABD bölgeleriyle rekabet edebilecek oranlarda yüksek kapasite sunar. Gereksiniminiz belirli bir şehirden ziyade Kanada ise, işe buradan başlayın.

Kanada VPS katmanları iş yükünüz için çok küçük görünüyorsa, ülkenin sorun olduğuna karar vermeden önce bir VPS ile dedicated sunucuyu karşılaştırın.

Kanada'da VPS barındırma hizmeti ne zaman tercih edilmelidir

1. Bir yasa, sözleşme veya kamu sektörü politikası Kanada'yı zorunlu kılıyorsa, sunucunuzu Kanada'da barındırın. Bu durumda bu yazıdaki diğer maddeler geçerli değildir; ayrıca sağlayıcıdan ikamet taahhüdünü yazılı olarak almalısınız.
2. Kullanıcılarınız tek bir Kanada şehrinde bulunuyorsa ve iş yükünüz gecikmeye duyarlıysa (çok oyunculu oyunlar, sesli iletişim, uzak masaüstü veya alım satım işlemleri gibi), sunucuyu en yakın şehirde barındırın ve herhangi bir sözleşme imzalamadan önce her iki seçeneği de test edin.
3. Kullanıcılarınız ülke geneline yayılmış durumdaysa, Toronto veya Montreal nüfusun en büyük kısmını kapsar. Statik varlıkların önüne bir CDN koymak, Vancouver'daki bir ziyaretçi için sunucuyu oraya taşımaktan daha etkili sonuç verir.
4. Diğer tüm durumlar (ki çoğu durum böyledir): Fiyata ve alacağınız donanımın gerçek performansına göre seçim yapın, ardından gece saat 02:00'de destek hizmetinin nasıl olduğuna bakın. Aday sunucuyu önceden kıyaslayın; çünkü aynı teknik özelliklere sahip iki plan aynı performansı vermeyebilir: VPS nasıl doğru şekilde kıyaslanır.

Hangi yolu seçerseniz seçin, kararın gerekçesini not edin. Bu sunucunun Kanada'da olup olmaması gerektiğini soracak bir sonraki kişi, tahminden daha fazlasını hak eder. Eğer cevap bir sözleşme maddesine dayanıyorsa, birinin bunu tekrar bulması gerekecektir. Sunucu kurulduktan sonra, yeni bir VPS'teki ilk on dakika, sunucunun bulunduğu şehirden çok daha fazla güvenlik önemine sahiptir.

FAQ

PIPEDA verilerimin Kanada'da kalmasını zorunlu kılıyor mu?

Hayır. PIPEDA (Kişisel Bilgilerin Korunması ve Elektronik Belgeler Yasası), özel sektör için herhangi bir veri yerleşimi kuralı içermez. Kişisel bilgilerin başka bir ülkedeki bir işleyiciye gönderilmesi, işleme amaçlı bir transfer olarak kabul edilir: kuruluşunuz veriden sorumlu olmaya devam eder, işleyici veriyi benzer standartlarda korumak zorundadır ve bu durumun gerçekleştiğini kullanıcılara açıkça belirtmeniz gerekir. Gizlilik Komiserliği Ofisi, 2019 yılında bu tutumu değiştirmeyi değerlendirmiş ancak mevcut durumu korumuştur. Yerleşim gereksinimleri başka kaynaklardan gelir: Quebec'in 25 sayılı Yasası kapsamındaki değerlendirmeler, Nova Scotia'nın PIIDPA'sı gibi kamu sektörü yasaları, Kanada Hükümeti'nin bulut stratejisi veya kendi müşteri sözleşmenizdeki maddeler.

Kanadalı kullanıcılar sunucunun Amerika Birleşik Devletleri'nde olduğunu fark eder mi?

Normal bir web uygulaması için hayır. Toronto'dan New York'a gidiş-dönüş süresi yaklaşık 18 ms, Kuzey Virginia'ya ise yaklaşık 26 ms'dir; her ikisi de Toronto'dan Vancouver'a olan 62 ms'lik süreden daha kısadır. Kullanıcılar 20 ms'lik ağ gecikmesini fark etmeden çok önce sunucu yanıt süresini ve sayfa boyutunu fark ederler. Ancak gerçek zamanlı oyunlarda, sesli görüşmelerde ve bir kişinin diğerine tepki verdiği her türlü durumda bu gecikmeyi hissederler.

Kanada'daki bir veri merkezi ABD yasalarının erişimi dışında mıdır?

Otomatik olarak hayır. ABD CLOUD Act, sunucunun nerede olduğuna bakılmaksızın bir ABD sağlayıcısının mülkiyetinde, gözetiminde veya kontrolünde olan verilere erişim sağlar; bu nedenle bir Amerikan şirketi tarafından işletilen Kanada bölgesi de bu kapsama girer. Eğer yabancı yasal süreçler asıl endişenizse, binanın adresinden ziyade hizmeti kimin işlettiğine ve şifreleme anahtarlarını kimin tuttuğuna odaklanın. Anahtarlarını bizzat elinizde tuttuğunuz şifreleme, bir sağlayıcının teslim edebileceği verinin kapsamını değiştirir.

Yaşamadığım bir şehirden gecikme süresini nasıl ölçerim?

O şehirde saatlik bir VPS kiralayın, kendi sunucunuza ping -c 20 ve mtr --report --report-cycles 50 komutlarını çalıştırın ve ardından VPS'i silin. RIPE Atlas ağı, Kanada şehirlerinde probları bulunan ücretsiz bir alternatiftir. Eğer ICMP engellenmişse, TCP gidiş-dönüş süresini ve ilk bayta kadar geçen toplam süreyi veren curl -o /dev/null -s -w '%{time_connect} %{time_starttransfer}\n' https://your.server/ ile gerçek isteği zamanlayın.