VPS New York: Kapan Lebih Baik daripada VPS AS Tengah?

Keuntungan nyata VPS New York

VPS di New York berada di salah satu dari dua pasar interkoneksi besar di pantai timur Amerika Serikat. Pasar lainnya berada di Ashburn, Virginia. Keuntungannya adalah round trip yang singkat ke pengguna di wilayah antara Boston dan Washington, serta jalur fiber terpendek dari Amerika Utara ke Eropa. Jika pengguna Anda tersebar merata di seluruh benua, lokasi yang berada di tengah biasanya melayani mereka dengan lebih baik. Membedakan kedua kondisi tersebut memerlukan pengukuran, bukan perkiraan.

Mengapa hosting VPS New York sebagian besar sebenarnya berada di New Jersey

Manhattan memiliki carrier hotel. 60 Hudson Street adalah yang paling terkenal: gedung bergaya Art Deco di Tribeca yang selesai dibangun pada 1930, dengan lebih dari 300 carrier dan cloud provider di dalamnya, serta exchange yang melayani kawasan tersebut, termasuk DE-CIX New York dan NYIIX. 32 Avenue of the Americas menjalankan fungsi yang sama beberapa blok dari sana, sedangkan 165 Halsey Street di Newark adalah padanannya di sisi New Jersey.

Gedung-gedung tersebut adalah tempat jaringan saling terhubung. Gedung itu bukan lokasi utama untuk compute dalam jumlah besar karena biaya listrik dan ruang lantai di Manhattan mahal serta sulit diperluas. Ruang server berukuran besar berada di seberang Hudson, di Secaucus, Weehawken, Carteret, Piscataway, dan Newark. Provider yang menjual VPS "New York" hampir selalu merujuk pada rack di suatu lokasi dalam lingkaran tersebut, sekitar 40 km dari Midtown. Tambahan jarak melalui fiber membutuhkan waktu jauh di bawah satu milidetik, sehingga workload web tidak akan menyadarinya. Tanyakan gedungnya hanya jika Anda memerlukan cross-connect ke jaringan tertentu.

Hal yang menarik kapasitas ke metro ini

Ada empat hal, dan masing-masing memperkuat yang lain.

• Kabel transatlantik mendarat di dekatnya. Wall Township dan Manasquan di pesisir New Jersey merupakan klaster tersibuk di negara ini. Havfrue, yang dijual sebagai AEC-2, membentang dari Wall ke Blaabjerg di Denmark, dengan cabang ke Irlandia dan Norwegia. Seabras-1 membentang dari stasiun yang sama ke Brasil, sedangkan TGN Atlantic melintasi Atlantik menuju Eropa. Apollo mendarat di Manasquan dari Bude di Inggris dan Lannion di Prancis. Kabel Grace Hopper milik Google mendarat di Bellport, Long Island, dan telah membawa trafik ke Bude sejak September 2022.
• Bursa berpindah dari Wall Street. Matching engine NYSE berjalan di Mahwah, milik Nasdaq berjalan di Carteret, dan milik Cboe berjalan di Secaucus. Para trader menyebut lokasi-lokasi tersebut sebagai segitiga ekuitas. Perusahaan yang membutuhkan data pasar dalam hitungan mikrodetik harus membeli ruang di dekat salah satunya, dan permintaan itu membiayai fiber yang kini juga kita gunakan.
• Media dan periklanan berada di sini. Lelang real-time bidding harus mengembalikan jawaban sebelum halaman selesai dimuat, sehingga bursa iklan dibangun di dekat jaringan agensi yang menjadi pelanggannya.
• Jaringan berada di tempat jaringan lain sudah tersedia. Setelah beberapa ratus carrier berbagi satu gedung, carrier berikutnya mendapatkan transit yang lebih murah dan peering yang lebih baik dengan bergabung di sana daripada membangun di tempat lain.

Bagi pembeli VPS, semua ini bukan soal prestise. Artinya, persaingan transit tinggi, peering padat, dan jalur ke Eropa pendek karena dimulai dari lokasi kabel tersebut mendarat.

Biaya sebenarnya dari satu perjalanan pulang-pergi

Kecepatan cahaya di dalam serat kaca sekitar 200,000 km per detik, atau kira-kira dua pertiga kecepatannya di ruang hampa. Artinya, diperlukan 1 ms waktu pulang-pergi untuk setiap 100 km serat, sebelum paket menyentuh router mana pun. Jalur sebenarnya lebih panjang daripada jarak pada peta karena serat mengikuti jalur hak lintasan dan rute dasar laut, bukan garis lurus.

Biayanya bukan satu perjalanan pulang-pergi. Biayanya adalah jumlah perjalanan pulang-pergi yang diperlukan protokol Anda. Koneksi HTTPS baru menggunakan satu perjalanan pulang-pergi untuk handshake TCP (transmission control protocol), satu lagi untuk handshake TLS (transport layer security) 1.3, dan satu lagi untuk mengirim permintaan serta menerima byte pertama. Artinya, diperlukan tiga perjalanan pulang-pergi sebelum browser melihat HTML apa pun. TLS 1.2 menambahkan satu perjalanan lagi.

[
  {
    "label": "Same metro",
    "rtt_ms": 5,
    "https_first_byte_ms": 15,
    "six_call_chain_ms": 30
  },
  {
    "label": "New York to Dallas",
    "rtt_ms": 38,
    "https_first_byte_ms": 114,
    "six_call_chain_ms": 228
  },
  {
    "label": "New York to London",
    "rtt_ms": 78,
    "https_first_byte_ms": 234,
    "six_call_chain_ms": 468
  },
  {
    "label": "New York to Singapore",
    "rtt_ms": 230,
    "https_first_byte_ms": 690,
    "six_call_chain_ms": 1380
  }
]

Kolom-kolom tersebut merupakan perhitungan, bukan hasil pengukuran: first byte memerlukan tiga perjalanan pulang-pergi, sedangkan kolom chain menunjukkan halaman yang menjalankan enam panggilan API dependen secara berurutan. Di dalam area metropolitan dengan 5 ms, penyiapan koneksi tidak terasa. Melintasi Atlantik dengan 78 ms, halaman yang sama menunggu 234 ms sebelum menerima byte pertama HTML, dan rantai enam panggilan menghabiskan 468 ms hanya untuk menunggu. Dari New York ke Singapura dengan 230 ms, rantai tersebut memerlukan 1380 ms.

Baca kolom chain sebelum memindahkan server. Penggunaan ulang koneksi dan session resumption TLS menghapus perjalanan pulang-pergi yang sebelumnya terus Anda bayar. Mengubah enam panggilan dependen menjadi dua panggilan paralel menghemat lebih banyak waktu daripada memindahkan server agar lebih dekat satu benua. Pindahkan server ketika perjalanan pulang-pergi tersebut tidak dapat dikurangi, misalnya untuk login atau penulisan database yang tidak dapat di-batch oleh client Anda.

Perkiraan waktu round trip dari VPS di wilayah metropolitan New York

[
  {
    "label": "Within the NY and NJ metro",
    "rtt_ms": 2
  },
  {
    "label": "Ashburn, Virginia",
    "rtt_ms": 8
  },
  {
    "label": "Toronto",
    "rtt_ms": 14
  },
  {
    "label": "Chicago",
    "rtt_ms": 22
  },
  {
    "label": "Dallas",
    "rtt_ms": 38
  },
  {
    "label": "Miami",
    "rtt_ms": 40
  },
  {
    "label": "Los Angeles",
    "rtt_ms": 70
  },
  {
    "label": "London",
    "rtt_ms": 78
  },
  {
    "label": "Frankfurt",
    "rtt_ms": 88
  },
  {
    "label": "Sao Paulo",
    "rtt_ms": 120
  }
]

Angka-angka ini adalah perkiraan umum yang dipublikasikan, bukan hasil pengukuran dari satu mesin tertentu. Rentang ini biasanya dikutip untuk host dengan konektivitas baik pada transit biasa, dan jalur Anda sendiri dapat menghasilkan angka yang lebih rendah atau lebih tinggi. Ashburn berjarak sekitar 8 ms, cukup dekat sehingga VPS New York dapat memanggil service di cluster Virginia tanpa penalti yang berarti. Toronto berjarak sekitar 14 ms. London berada di sekitar 78 ms dan Frankfurt di sekitar 88 ms. Karena itu, satu server di pantai timur dapat melayani pengguna Eropa dengan baik, sedangkan server di pantai barat tidak.

Kapan penempatan di East Coast merupakan pilihan yang tepat

• Sebagian besar pengguna Anda berada di koridor Boston hingga Washington. Wilayah ini menampung porsi besar permintaan Internet di Amerika Serikat, dan seluruhnya hanya berjarak beberapa milidetik dari kawasan metropolitan.
• Anda melayani wilayah timur Amerika Serikat dan Eropa dari satu mesin. New York merupakan kompromi termurah karena rute transatlantik dimulai dari sini.
• Anda bergantung pada sesuatu yang sudah tersedia di kawasan metropolitan tersebut, seperti feed data pasar, bursa iklan, atau API mitra di Secaucus atau Ashburn.
• Anda menginginkan jalur singkat ke Kanada tanpa meng-hosting layanan di sana. Toronto berjarak sekitar 14 ms. Jika residensi data di Kanada merupakan persyaratan wajib, keputusannya berbeda, dan hal yang benar-benar penting saat memilih hosting VPS di Kanada membahasnya.

Saat lokasi di AS bagian tengah lebih unggul daripada Pantai Timur

Rancang sistem untuk kondisi terburuk, bukan kondisi rata-rata. Pengguna di pantai yang jauh akan merasakan jedanya. Pengguna di negara bagian sebelah tidak.

[
  {
    "label": "New York metro",
    "to_new_york_ms": 2,
    "to_los_angeles_ms": 70
  },
  {
    "label": "Dallas",
    "to_new_york_ms": 38,
    "to_los_angeles_ms": 35
  },
  {
    "label": "Chicago",
    "to_new_york_ms": 22,
    "to_los_angeles_ms": 50
  },
  {
    "label": "Los Angeles",
    "to_new_york_ms": 70,
    "to_los_angeles_ms": 2
  }
]

Server di New York berjarak 70 ms dari Los Angeles. Server di Dallas berjarak 38 ms dari New York dan 35 ms dari Los Angeles. Jadi, latensi terburuknya untuk koneksi lintas negara sekitar setengah dari New York. Jika peta trafik Anda benar-benar mencakup seluruh wilayah nasional, Dallas adalah pilihan yang lebih kuat. Alasan menempatkan VPS di Dallas membahas pasar tersebut secara lebih terperinci. Chicago adalah pilihan tengah lain yang masuk akal dan lebih condong ke timur.

Dua situasi lain juga membuat New York kurang sesuai. Jika pengguna Anda terkonsentrasi di Ontario atau Quebec, VPS di Toronto melayani mereka secara langsung. Lokasi ini menghindari tambahan hop 14 ms dari New York. Jika hampir seluruh trafik berlangsung di antara server Anda sendiri, tempatkan server tersebut di satu region dan jangan lagi memikirkan faktor geografis. Hop antarregion akan menghapus keuntungan apa pun yang Anda dapatkan dari lokasi yang dekat dengan pengguna.

Ukur, jangan mengandalkan peta pemasaran

Peta cakupan menunjukkan lokasi sebuah gedung. Peta itu tidak menunjukkan bagaimana paket mencapai gedung tersebut. Jalur itu ditentukan oleh kontrak transit dan perjanjian peering, bukan oleh jarak. Karena itu, lakukan pengukuran dari lokasi pengguna Anda. Laptop pada koneksi broadband rumah merupakan probe yang lebih baik daripada VPS itu sendiri, karena VPS berada pada sisi jaringan yang lebih baik.

sudo apt update
sudo apt install -y mtr-tiny traceroute iperf3

Mulailah dengan round trip sederhana, lalu kirim dua puluh probe, bukan empat. Ganti hostname dengan server Anda sendiri.

ping -c 20 your-server.example.com

Baris terakhir melaporkan rtt min/avg/max/mdev. Nilai rata-rata merupakan angka yang paling tidak berguna di sana. mdev adalah jitter. Jitter yang tinggi dapat mengganggu komunikasi suara dan sesi interaktif meskipun nilai rata-ratanya terlihat baik. Pada jalur berkabel, packet loss di atas nol merupakan gangguan, bukan noise.

Selanjutnya, cari bagian yang menghabiskan waktu.

mtr -rwzbc 100 your-server.example.com

mtr mengirim 100 probe ke setiap hop dan menampilkan packet loss serta latensi untuk setiap hop. -z menambahkan nomor AS (autonomous system), sehingga Anda dapat melihat jaringan yang memiliki setiap hop. Packet loss yang dilaporkan pada hop di tengah, tetapi tidak muncul pada hop berikutnya, bukan packet loss yang sebenarnya. Router tersebut membatasi laju respons ICMP yang harus dibuatnya sendiri. Hal itu tidak mengurangi trafik Anda. Packet loss yang mulai muncul pada satu hop dan berlanjut pada semua hop setelahnya merupakan packet loss yang sebenarnya.

ICMP juga merupakan protokol yang keliru untuk menilai layanan web karena banyak jaringan memberikan prioritas rendah pada protokol tersebut. Ukur waktu layanan yang benar-benar Anda sajikan.

curl -o /dev/null -s -w 'dns %{time_namelookup}\ntcp %{time_connect}\ntls %{time_appconnect}\nttfb %{time_starttransfer}\ntotal %{time_total}\n' https://example.com/

Setiap nilai merupakan jumlah detik kumulatif sejak awal, sehingga Anda harus mengurangkannya untuk membacanya. time_connect dikurangi time_namelookup adalah satu round trip. time_appconnect dikurangi time_connect adalah TLS handshake. time_starttransfer dikurangi time_appconnect adalah satu round trip tambahan ditambah waktu yang diperlukan aplikasi Anda untuk merespons. Pengurangan terakhir itulah yang menjadi diagnosis. Jika nilainya mendekati satu round trip, jaringan merupakan batasnya dan server yang lebih dekat akan membantu. Jika nilainya beberapa kali lebih besar daripada round trip, aplikasi Anda lambat dan memindahkannya tidak akan mengubah apa pun.

for i in $(seq 1 20); do
  curl -o /dev/null -s -w '%{time_starttransfer}\n' https://example.com/
done | sort -n | awk 'NR==10 || NR==11'

Jalankan pengujian yang sama terhadap instance uji coba di setiap lokasi kandidat sebelum menetapkan pilihan. Metode lengkap untuk melakukan benchmark VPS juga mencakup disk dan CPU selain jaringan, sehingga Anda tidak memilih hanya berdasarkan latensi.

Perubahan lain jika menggunakan alamat New York

Harga adalah hal pertama yang berubah. Biaya listrik dan ruang lantai di wilayah metropolitan New York lebih tinggi daripada di Texas atau Midwest. Beberapa provider membebankan biaya tersebut sebagai biaya tambahan per lokasi, sedangkan provider lain meratakannya ke seluruh armada. Per Agustus 2026, belum ada aturan tunggal. Karena itu, bandingkan spesifikasi yang sama di dua lokasi pada halaman pemesanan milik provider sebelum menganggap ada biaya tambahan. Biaya VPS sebenarnya per bulan membahas komponen tagihan lainnya.

Hukum tidak mengikuti lokasi server. SHIELD Act New York menetapkan kewajiban pemberitahuan pelanggaran dan penerapan pengamanan yang wajar bagi siapa pun yang menyimpan informasi pribadi tentang penduduk New York, di mana pun data tersebut berada. Memindahkan server ke Dallas tidak menghapus kewajiban tersebut. Memindahkannya ke Manhattan juga tidak menimbulkan kewajiban tersebut. Hal yang sama berlaku untuk GDPR (peraturan perlindungan data umum) dan pengguna Anda di Eropa. Lokasi berpengaruh ketika kontrak atau aturan sektor tertentu menyebutkan suatu negara. Hal ini umum dalam layanan kesehatan dan beberapa layanan keuangan.

Risiko listrik dan banjir juga perlu dibahas. Ketika Hurricane Sandy melanda pada Oktober 2012, beberapa gedung carrier di Lower Manhattan kehilangan layanan karena pompa bahan bakar di ruang bawah tanah terendam banjir dan generator di lantai atas kehabisan bahan bakar. Satu site di wilayah metropolitan mana pun merupakan satu titik kegagalan. Simpan backup pada jaringan listrik yang berbeda. Lakukan pemulihan di lokasi lain setidaknya sekali agar Anda mengetahui bahwa proses restore berfungsi.

FAQ

Apakah VPS New York lebih cepat bagi pengguna di Eropa dibandingkan VPS di wilayah tengah AS?

Ya, dengan selisih yang dapat diprediksi. London berjarak sekitar 78 ms dari wilayah metropolitan New York karena kabel transatlantik mendarat di pesisir New Jersey dan Long Island. Server di Dallas mencapai London dengan menyeberang ke pantai timur terlebih dahulu, sehingga harus menambahkan waktu tempuh sekitar 38 ms dari Dallas ke New York. Jika satu mesin harus melayani wilayah timur Amerika Serikat dan Eropa, New York adalah kompromi dengan biaya paling rendah.

Mengapa VPS "New York" saya sebenarnya berada di New Jersey?

Karena ruang colocation dan pasokan listrik tersedia di sana. Gedung di Manhattan, seperti 60 Hudson Street, merupakan hub interkoneksi, bukan ruang komputasi besar. Karena itu, rack ditempatkan di Secaucus, Weehawken, Carteret, Piscataway, atau Newark. Fiber tambahan tersebut menambah waktu kurang dari satu milidetik, sehingga tidak akan terasa pada workload web apa pun. Minta fasilitas yang tepat hanya jika Anda memerlukan cross-connect ke jaringan tertentu di dalam gedung tertentu.

Bagaimana cara mengetahui apakah latensi benar-benar menjadi masalah saya?

Jalankan breakdown waktu curl lalu hitung selisihnya. Selisih antara time_appconnect dan time_starttransfer adalah satu round trip jaringan ditambah waktu pemrosesan server Anda sendiri. Jika selisih tersebut jauh lebih besar daripada round trip yang Anda ukur dengan ping, penundaan terjadi di dalam aplikasi Anda dan data center yang lebih dekat tidak akan mengatasinya. Jika selisihnya mendekati satu round trip tetapi halaman masih terasa lambat, hitung jumlah request yang dibuat halaman secara berurutan karena setiap request kembali membayar round trip.

Apakah hosting di New York mengubah undang-undang privasi yang berlaku bagi saya?

Sebagian besar tidak. Peraturan seperti SHIELD Act New York dan GDPR berlaku berdasarkan data milik siapa yang Anda simpan, bukan lokasi disk. Lokasi server menjadi faktor penentu ketika kontrak atau peraturan sektor tertentu menetapkan negara tertentu, yang sering terjadi dalam layanan kesehatan dan beberapa bagian layanan keuangan. Baca persyaratan sebenarnya sebelum memilih lokasi untuk memenuhinya.

Apakah CDN dapat menggantikan VPS yang ditempatkan dengan baik?

Untuk file statis, ya. CDN (content delivery network) menyimpan cache gambar dan script di dekat pengguna Anda sehingga sebagian besar jarak untuk request tersebut dapat dihilangkan. CDN tidak dapat menyimpan cache dashboard yang memerlukan login atau operasi penulisan ke database, sehingga keduanya tetap dikirim ke server origin dan tetap menempuh round trip penuh. Tempatkan origin di dekat pengguna yang menulis data, lalu biarkan CDN menangani sisanya.