VPS ใน Toronto เหมาะกับใครและคุ้มค่าจริงหรือไม่

VPS hosting ใน Toronto เหมาะกับใคร

VPS hosting ใน Toronto เป็นตัวเลือกที่เหมาะสมสำหรับภาระงาน 2 ประเภท ส่วนการใช้งานอื่นถือเป็นการซื้อปกติ ประเภทแรกคือบริการใดก็ตามที่เก็บข้อมูลส่วนบุคคลของชาวแคนาดา ซึ่งมีสัญญา กฎการจัดซื้อ หรือแบบสอบถามด้านความปลอดภัยของลูกค้ากำหนดว่าข้อมูลต้องจัดเก็บอยู่บนแผ่นดินแคนาดา ประเภทที่สองคือบริการที่มีผู้ใช้งานอยู่ในเขต Greater Toronto Area (GTA) หรือตามแนวระเบียงตะวันออกเฉียงเหนือของสหรัฐอเมริกา ซึ่งการรับส่งข้อมูลข้ามมหาสมุทรแอตแลนติกจะเพิ่ม latency ให้กับทุกคำขอที่เบราว์เซอร์ส่งออกไป

หากคุณไม่ได้อยู่ในเงื่อนไขข้างต้น ตำแหน่งที่ตั้งบนใบแจ้งหนี้มีความสำคัญน้อยกว่าดิสก์และเครือข่ายที่ผู้ให้บริการมอบให้จริง ในกรณีนี้ให้เลือกซื้อตามสเปก และตรวจสอบ ค่าใช้จ่ายจริงของ VPS ต่อเดือน ก่อนที่คุณจะสรุปว่าภูมิภาคแคนาดามีความคุ้มค่ากับราคาที่สูงขึ้น หากผลิตภัณฑ์นี้เป็นเรื่องใหม่สำหรับคุณ ให้เริ่มต้นด้วย virtual private server คืออะไร แล้วค่อยกลับมาพิจารณาเรื่องภูมิภาคในภายหลัง

ความหมายที่แท้จริงของ Data Residency ในแคนาดา

PIPEDA (Personal Information Protection and Electronic Documents Act) เป็นกฎหมายความเป็นส่วนตัวระดับรัฐบาลกลางที่ครอบคลุมองค์กรภาคเอกชนส่วนใหญ่ในแคนาดา ณ เดือนสิงหาคม 2026 กฎหมายนี้ไม่มีข้อกำหนดทั่วไปที่ระบุว่าข้อมูลส่วนบุคคลต้องถูกจัดเก็บไว้ภายในประเทศ สิ่งที่กฎหมายกำหนดคือการให้องค์กรของคุณต้องรับผิดชอบต่อข้อมูลนั้นไม่ว่าจะถูกส่งไปที่ใด คุณยังคงต้องรับผิดชอบข้อมูลหลังจากส่งต่อไปยังผู้ประมวลผลในต่างประเทศ และคุณต้องแจ้งให้เจ้าของข้อมูลทราบว่าข้อมูลของพวกเขาอาจถูกประมวลผลในประเทศอื่นและอาจถูกเข้าถึงโดยศาลของประเทศนั้นได้

ดังนั้น แรงกดดันในการเลือกโฮสต์ข้อมูลใน Toronto จึงมักไม่ได้มาจาก PIPEDA โดยตรง แต่มาจากสัญญาที่คุณทำไว้ โรงพยาบาล คณะกรรมการโรงเรียน เทศบาล และหน่วยงานของรัฐใน Ontario มักระบุเงื่อนไข "จัดเก็บและประมวลผลในแคนาดา" ไว้ในเอกสารจัดซื้อจัดจ้างเสมอ กฎหมาย PIIDPA ของ Nova Scotia ยังคงจำกัดไม่ให้หน่วยงานภาครัฐจัดเก็บข้อมูลส่วนบุคคลไว้นอกแคนาดา ส่วน British Columbia ได้ผ่อนปรนกฎระเบียบที่คล้ายคลึงกันไปในปี 2021 ดังนั้นอย่าอ้างอิงกฎหมายเวอร์ชันเก่า ส่วน Law 25 ของ Quebec กำหนดให้ต้องมีการประเมินผลก่อนที่จะส่งข้อมูลส่วนบุคคลออกนอกจังหวัด หากคุณทำธุรกิจกับผู้ซื้อกลุ่มนี้ การเลือกใช้ region ในแคนาดาคือเงื่อนไขที่คุณต้องทำให้ผ่าน และ Toronto ก็เป็นเมืองในแคนาดาที่มีปริมาณ VPS ให้บริการมากที่สุด

จงซื่อสัตย์เกี่ยวกับสิ่งที่ region นี้ทำไม่ได้ การใช้ VPS ใน Toronto ช่วยให้สำเนาหลักของข้อมูลอยู่ในแคนาดา แต่มันไม่ได้ระบุว่าสำรองข้อมูลของคุณไปอยู่ที่ไหน, log aggregator ของคุณอยู่ที่ใด, ประเทศใดเป็นผู้ส่งอีเมลธุรกรรมของคุณ หรือแล็ปท็อปของคุณอยู่ที่ไหนในตอนที่คุณเชื่อมต่อระบบตอนตีสอง Residency เป็นคุณสมบัติของทั้งระบบ และผู้ตรวจสอบจะถามถึงสำเนาข้อมูลทั้งหมด ดังนั้นควรจัดเก็บข้อมูลสำรองไว้ในแคนาดาด้วย และดู วิธีการรัน encrypted restic backups จาก VPS สำหรับการตั้งค่าที่คุณสามารถเลือกปลายทางได้ด้วยตนเอง

อีกประเด็นหนึ่งที่ทำให้หลายคนประหลาดใจคือ US CLOUD Act (Clarifying Lawful Overseas Use of Data Act) ซึ่งครอบคลุมถึงข้อมูลที่บริษัทซึ่งมีสำนักงานใหญ่ในสหรัฐฯ เป็นผู้ควบคุม ไม่ว่าดิสก์จะตั้งอยู่ในประเทศใดก็ตาม ดังนั้น การซื้อบริการ region ใน Toronto จากผู้ให้บริการสัญชาติอเมริกันจึงถือว่าผ่านเงื่อนไขเรื่องสถานที่จัดเก็บ แต่ไม่ได้ทำให้ข้อมูลนั้นอยู่นอกเหนือกระบวนการทางกฎหมายของสหรัฐฯ หากความแตกต่างนี้มีความสำคัญต่อผู้ซื้อของคุณ คำถามที่ควรต้องถามคือใครเป็นเจ้าของบริษัท ไม่ใช่เมืองใดที่เป็นที่ตั้งของตู้ rack

ควรคาดหวังค่า Latency เท่าใดจาก VPS ใน Toronto

ให้เริ่มจากหลักฟิสิกส์ เพราะเป็นค่าพื้นฐานที่ไม่มีผู้ให้บริการรายใดทำได้ดีกว่าและไม่มีหน้าการตลาดใดโต้แย้งได้ แสงเดินทางผ่านสายไฟเบอร์ด้วยความเร็วประมาณสองในสามของความเร็วในสุญญากาศ หรือประมาณ 200,000 กิโลเมตรต่อวินาที และการเดินทางไป-กลับต้องใช้ระยะทางเป็นสองเท่า คุณจึงสามารถใช้กฎคำนวณในใจได้ว่า ค่า Round-trip time (RTT) ที่ดีที่สุดในหน่วยมิลลิวินาที คือระยะทางเส้นตรงในหน่วยกิโลเมตรหารด้วย 100 ระยะทางจาก Toronto ไป Montreal คือประมาณ 500 กิโลเมตร จึงได้ค่า 5 ms ส่วน Toronto ไป London คือประมาณ 5,700 กิโลเมตร จึงได้ค่า 57 ms

เส้นทางจริงมีความยาวมากกว่าเส้นตรง และเราเตอร์ทุกตัวระหว่างทางจะเพิ่มเวลาในการเข้าคิว ระหว่างเซิร์ฟเวอร์สองแห่งที่มีการเชื่อมต่อที่ดี ให้คาดหวังค่าที่ประมาณ 1.4 ถึง 2 เท่าของค่าพื้นฐาน

[
  {
    "label": "Toronto metro",
    "fibre_floor_ms": 0.5,
    "typical_low_ms": 1,
    "typical_high_ms": 5
  },
  {
    "label": "Montreal",
    "fibre_floor_ms": 5,
    "typical_low_ms": 8,
    "typical_high_ms": 14
  },
  {
    "label": "New York",
    "fibre_floor_ms": 5.5,
    "typical_low_ms": 9,
    "typical_high_ms": 16
  },
  {
    "label": "Chicago",
    "fibre_floor_ms": 7,
    "typical_low_ms": 12,
    "typical_high_ms": 20
  },
  {
    "label": "Vancouver",
    "fibre_floor_ms": 34,
    "typical_low_ms": 55,
    "typical_high_ms": 75
  },
  {
    "label": "London UK",
    "fibre_floor_ms": 57,
    "typical_low_ms": 75,
    "typical_high_ms": 100
  }
]

ช่วงค่าเหล่านี้เป็นค่าที่คาดหวังตามระยะทาง ไม่ใช่การวัดผลจากผู้ให้บริการรายใดรายหนึ่ง ให้ใช้ค่าเหล่านี้เป็นเกณฑ์ตรวจสอบการทดสอบของคุณเอง หากผลลัพธ์อยู่ในช่วงนี้แสดงว่าเครือข่ายเป็นปกติ แต่หากผลลัพธ์สูงถึงสามเท่าของค่าพื้นฐาน แสดงว่ามีบางอย่างผิดปกติและควรสอบถามผู้ให้บริการ

อ่านข้อมูลแต่ละแถวได้ดังนี้ ภายในเขต GTA คุณควรเห็นค่า 1 ถึง 5 ms ซึ่งถือว่าใกล้เคียงกับความเร็วทันทีที่สุดเท่าที่อินเทอร์เน็ตสาธารณะจะทำได้ Montreal อยู่ห่างออกไป 8 ถึง 14 ms ดังนั้นเซิร์ฟเวอร์ใน Toronto จึงให้บริการผู้ใช้ใน Quebec ได้ดี New York อยู่ที่ 9 ถึง 16 ms ซึ่งเป็นเหตุผลหลักที่ทำให้ Toronto รองรับพื้นที่ทางตะวันออกเฉียงเหนือของสหรัฐฯ ได้ดี และ Chicago อยู่ที่ 12 ถึง 20 ms ส่วน Vancouver อยู่ที่ 55 ถึง 75 ms ซึ่งไกลเกินกว่าที่เซิร์ฟเวอร์ใน Toronto เครื่องเดียวจะให้บริการ "ทั่วแคนาดา" ได้อย่างทั่วถึง London อยู่ที่ 75 ถึง 100 ms และไม่มีปัจจัยใดภายใต้การควบคุมของผู้ให้บริการที่จะเปลี่ยนค่านี้ได้

มีสองสิ่งที่เพิ่มเข้าไปในตัวเลขข้างต้นเสมอ อย่างแรกคือการเชื่อมต่อที่บ้านของผู้ใช้ซึ่งมี latency ของตัวเอง โดยจะมีค่าต่ำในระบบไฟเบอร์และเคเบิล แต่จะมีค่าสูงและแปรปรวนมากกว่าในระบบมือถือ อย่างที่สองคือโปรโตคอลที่เพิ่มเวลาจากส่วนที่เหลือ การเชื่อมต่อ HTTPS ใหม่ต้องใช้เวลาประมาณ 3 รอบการเดินทางไป-กลับก่อนที่ไบต์แรกของหน้าเว็บจะถูกส่ง เพราะ TCP (transmission control protocol) ต้องใช้ 1 รอบ, TLS (transport layer security) 1.3 ต้องใช้ 1 รอบ และตัวคำขอเองต้องใช้ 1 รอบ ที่ค่า RTT 15 ms คุณจะต้องรอถึง 45 ms ก่อนที่หน้าเว็บจะเริ่มแสดงผล นี่คือเหตุผลว่าทำไมความแตกต่างเพียง 10 ms ในการเลือกภูมิภาคจึงรู้สึกได้ชัดเจนในหน้าเว็บที่มีการโต้ตอบสูง แต่แทบไม่รู้สึกเลยในหน้าเว็บแบบคงที่

วิธีวัดค่า Latency ของเซิร์ฟเวอร์ใน Toronto ก่อนตัดสินใจเช่า

อย่าเพิ่งซื้อโฮสติ้งรายปีเพียงเพราะเห็นตัวเลขที่ประกาศไว้ รวมถึงตัวเลขที่ระบุไว้ข้างต้น ให้วัดค่าจากโฮสต์จริงโดยใช้เครือข่ายเดียวกับที่ผู้ใช้งานของคุณใช้งานอยู่

• ขอ IP address สำหรับทดสอบ หรือซื้อแพ็กเกจแบบรายชั่วโมง ค่าบริการรายชั่วโมงถูกกว่าความเสียใจตลอดทั้งปี และผู้ให้บริการรายใดที่ปฏิเสธการทดสอบระยะสั้นถือว่าได้ให้ข้อมูลที่สำคัญแก่คุณแล้ว
• รัน ping และตามด้วย mtr จากเครือข่ายที่ผู้ใช้งานของคุณใช้งานจริง ไม่ใช่จากออฟฟิศของคุณ mtr จะแสดงให้เห็นว่าค่า Latency เกิดขึ้นที่จุดใดบนเส้นทาง ทำให้คุณแยกแยะได้ว่าปัญหาเกิดจากผู้ให้บริการที่ช้าหรือเกิดจากโครงข่ายช่วงสุดท้าย (last mile)
• วัดค่าตลอดทั้งวัน ความแออัดในช่วงเย็นของเครือข่ายผู้บริโภคคือตัวเลขที่ลูกค้าของคุณจะได้รับผลกระทบจริง การทดสอบในช่วงกลางวันจะทำให้มองไม่เห็นปัญหานี้
• อย่าตัดสินจาก ICMP เพียงอย่างเดียว เราเตอร์จำนวนมากจัดลำดับความสำคัญของทราฟฟิก ping ไว้ต่ำ ดังนั้นควรจับเวลาการร้องขอ HTTPS จริงด้วย curl -w และดูค่า time to first byte
• ตรวจสอบเส้นทางจากอีกฝั่งด้วยเครื่องมือ looking glass ของผู้ให้บริการ การกำหนดเส้นทางบนอินเทอร์เน็ตมักไม่สมมาตร (asymmetric) เส้นทางขากลับอาจเป็นส่วนที่ช้า และการทำ traceroute ทางเดียวจะไม่แสดงให้เห็นปัญหานี้
• ทดสอบจากโทรศัพท์มือถือผ่านเครือข่ายข้อมูลมือถืออย่างน้อยหนึ่งครั้ง เพราะนั่นคือช่องทางที่ทราฟฟิกส่วนใหญ่ในเขต GTA เข้าถึงบริการของคุณ

ค่า Latency เป็นเพียงมิติเดียว ประสิทธิภาพของ Disk และ CPU จะเป็นตัวตัดสินว่าเซิร์ฟเวอร์สามารถทำตามที่สัญญาไว้ได้หรือไม่เมื่อมีการร้องขอเข้ามา ซึ่งวิธีการวัดผลในส่วนนั้นอยู่ใน วิธีการทำ benchmark VPS อย่างถูกต้อง

เหตุผลที่ TorIX และ 151 Front Street มีความสำคัญ

TorIX (Toronto Internet Exchange) เป็นจุดแลกเปลี่ยนข้อมูลอินเทอร์เน็ตที่มีการใช้งานหนาแน่นที่สุดในแคนาดา โดยมีไซต์หลักอยู่ที่ 151 Front Street West ซึ่งเป็นอาคารศูนย์รวมผู้ให้บริการโทรคมนาคม (carrier hotel) ที่เครือข่ายส่วนใหญ่ในแคนาดาเชื่อมต่อผ่านจุดนี้ ผู้ให้บริการที่มีการทำ peering ณ ที่แห่งนี้จะส่งแพ็กเก็ตของคุณตรงไปยังเครือข่ายผู้ให้บริการอินเทอร์เน็ตรายใหญ่ของแคนาดาที่อยู่ในอาคารเดียวกันโดยตรง ในขณะที่ผู้ให้บริการที่ซื้อเพียงบริการ transit จะส่งข้อมูลไปยังผู้ให้บริการต้นทาง (upstream carrier) ก่อน ซึ่งคุณจะไม่สามารถควบคุมได้เลยว่าผู้ให้บริการรายนั้นจะส่งต่อข้อมูลของคุณที่จุดใด

นี่ไม่ใช่เรื่องที่เป็นเพียงทฤษฎี ข้อมูลที่ส่งจากเซิร์ฟเวอร์ในโทรอนโตไปยังลูกค้าในโทรอนโตอาจออกนอกประเทศ ไปยังจุดแลกเปลี่ยนข้อมูลในนิวยอร์กหรือชิคาโก แล้วจึงวนกลับมา ซึ่งปรากฏการณ์นี้เรียกว่าเส้นทางแบบบูมเมอแรง (boomerang route) มันทำให้เกิดความหน่วงเพิ่มขึ้นหลายสิบมิลลิวินาที และสำหรับภาระงานที่ต้องคำนึงถึงถิ่นที่อยู่ของข้อมูล (residency-sensitive workload) การที่แพ็กเก็ตข้ามพรมแดนอาจเป็นประเด็นที่คุณไม่ต้องการนำไปชี้แจงกับเจ้าหน้าที่คุ้มครองข้อมูลส่วนบุคคล

คุณไม่สามารถเห็นข้อมูลเหล่านี้ได้จากหน้าเว็บไซต์โฆษณา แต่คุณสามารถตรวจสอบได้ผ่าน traceroute ให้รัน mtr จากการเชื่อมต่อในแคนาดาไปยัง IP ทดสอบ แล้วอ่านชื่อโฮสต์ของเราเตอร์ เนื่องจากมักจะมีรหัสสนามบินระบุอยู่ เส้นทางที่วิ่งจาก yyz ไปยัง ord แล้วกลับมาที่ yyz หมายความว่าข้อมูลได้ออกจากโทรอนโตไปยังชิคาโกแล้วจึงวนกลับมา จากนั้นให้ถามผู้ให้บริการด้วยคำถามตรงๆ สองข้อคือ คุณทำ peering ที่จุดแลกเปลี่ยนใด และคุณซื้อบริการ transit จากผู้ให้บริการรายใดบ้าง คำตอบที่ว่า "เรามีการเชื่อมต่อที่ยอดเยี่ยม" ไม่ใช่คำตอบสำหรับคำถามทั้งสองข้อนี้

เมื่อ VPS ใน Toronto ไม่ใช่ตัวเลือกที่เหมาะสม

การเลือกภูมิภาคคือการแลกเปลี่ยน นี่คือมุมมองในอีกด้านหนึ่ง

• กลุ่มเป้าหมายของคุณส่วนใหญ่อยู่ในยุโรป ลอนดอนเริ่มต้นที่ 75 ms ก่อนที่แอปพลิเคชันของคุณจะเริ่มประมวลผลเสียอีก และ Frankfurt หรือ Amsterdam ก็ยิ่งแย่กว่านั้น ให้โฮสต์ในยุโรปแล้วใช้ CDN เพื่อให้บริการผู้เข้าชมชาวแคนาดาหากมีจำนวนไม่มาก
• กลุ่มเป้าหมายของคุณส่วนใหญ่อยู่ในสหรัฐอเมริกาตอนใต้หรือตะวันตก ค่า Latency ขึ้นอยู่กับระยะทาง ดังนั้น ภูมิภาค Dallas สำหรับทราฟฟิกที่เน้นสหรัฐฯ จึงดีกว่า Toronto สำหรับ Texas, ชายฝั่งอ่าวเม็กซิโก และพื้นที่ส่วนใหญ่ของเขตภูเขาทางตะวันตก
• ข้อมูลส่วนบุคคลของคุณอยู่ในผลิตภัณฑ์ SaaS ของอเมริกาอยู่แล้ว การย้ายเว็บเซิร์ฟเวอร์ไปที่ Toronto ในขณะที่ CRM, ระบบวิเคราะห์ และรายชื่ออีเมลยังคงอยู่ใน Virginia ไม่ได้สร้างถิ่นที่อยู่ของข้อมูล (data residency) แต่มันสร้างเพียงแค่สไลด์ที่ระบุว่ามีถิ่นที่อยู่เท่านั้น
• คุณต้องการความซ้ำซ้อน (redundancy) หนึ่งภูมิภาคคือหนึ่งขอบเขตความล้มเหลว (failure domain) และเหตุการณ์ไฟฟ้าขัดข้องในศูนย์ข้อมูลเพียงครั้งเดียวก็ทำให้ระบบหยุดทำงานได้ไม่ว่าจะเป็นเมืองใดก็ตาม
• คุณคำนึงถึงราคามากกว่าค่า Latency งานแบบ batch, build runner หรือบริการงานอดิเรกไม่ได้รับผลกระทบจากค่า Latency 40 ms ดังนั้นให้เลือกซื้อโดยพิจารณาจากต้นทุนและสเปกเป็นหลัก

สิ่งที่ควรสอบถามผู้ให้บริการก่อนตัดสินใจซื้อ

• ศูนย์ข้อมูลตั้งอยู่ที่ใดและอยู่ในเขตเทศบาลใด คำว่า "Toronto" ในโฆษณาบางครั้งอาจหมายถึง Markham หรือ Vaughan ซึ่งถือว่ายอมรับได้ในแง่ของถิ่นที่อยู่และค่าความหน่วง (latency) แต่คุณควรทราบข้อมูลที่ชัดเจน
• ผู้ให้บริการมีการเชื่อมต่อ (peer) ที่ TorIX หรือไม่ และมีผู้ให้บริการโครงข่าย (transit provider) รายใดอยู่เบื้องหลัง
• มี IPv6 ให้บริการและกำหนดเส้นทางไว้แล้ว หรือต้องเสียค่าใช้จ่ายเพิ่มเติมในภายหลัง
• ปริมาณการใช้งานแบนด์วิดท์เป็นอย่างไร มีการคิดค่าบริการตามจริงหรือจำกัดความเร็ว (shaped) และจะเกิดอะไรขึ้นเมื่อใช้งานเกินกำหนด
• พื้นที่จัดเก็บข้อมูลเป็น NVMe หรือ SATA และเป็นดิสก์ที่ติดตั้งอยู่ภายในโฮสต์ (local) หรือเป็น network volume ดู ความแตกต่างที่ NVMe มีต่อ VPS เพื่อทำความเข้าใจว่าเหตุใดคำตอบนี้จึงส่งผลต่อประสิทธิภาพของฐานข้อมูล
• ข้อมูล snapshot และการสำรองข้อมูลที่ผู้ให้บริการจัดการนั้นถูกจัดเก็บไว้ที่ใดทางกายภาพ นี่คือคำถามที่มักจะทำให้ข้ออ้างเรื่องถิ่นที่อยู่ (residency) ตกไป

สำหรับคำถามระดับประเทศที่ใช้กับผู้ให้บริการในแคนาดาทุกราย เช่น สกุลเงินที่ใช้เรียกเก็บเงิน, การโอนย้ายข้อมูลบัญชีข้ามพรมแดน และเวลาทำการของฝ่ายสนับสนุนในเขตเวลา Eastern Time ได้ถูกรวบรวมไว้ใน สิ่งที่สำคัญจริง ๆ เมื่อซื้อ VPS hosting ในแคนาดา แล้ว จึงไม่ได้นำมากล่าวซ้ำในที่นี้

FAQ

การโฮสต์ใน Toronto ทำให้ฉันปฏิบัติตามกฎหมาย PIPEDA หรือไม่?

ไม่ การปฏิบัติตาม PIPEDA ไม่ได้ขึ้นอยู่กับสถานที่จัดเก็บข้อมูล ดังนั้นการเลือกใช้ region ในแคนาดาจึงไม่ใช่ข้อบังคับและไม่ใช่ปัจจัยเดียวที่ทำให้ผ่านเกณฑ์ การปฏิบัติตามกฎหมายนี้ครอบคลุมเรื่องการขอความยินยอม, มาตรการป้องกัน, ความรับผิดชอบของผู้ประมวลผลข้อมูล และการแจ้งให้เจ้าของข้อมูลทราบว่าข้อมูลของพวกเขาถูกส่งไปที่ใด การเลือก region ใน Toronto จะมีประโยชน์ก็ต่อเมื่อสัญญาบังคับให้ต้องจัดเก็บข้อมูลในแคนาดาเท่านั้น และจะมีผลก็ต่อเมื่อข้อมูลทุกชุดรวมถึงไฟล์สำรอง (backups), log และข้อมูลการตรวจสอบ (monitoring) ถูกจัดเก็บในแคนาดาเช่นกัน หากผู้ให้บริการของคุณเป็นบริษัทสหรัฐฯ กฎหมาย US CLOUD Act ยังคงมีผลครอบคลุมข้อมูลที่บริษัทนั้นควบคุมอยู่ ไม่ว่าข้อมูลจะอยู่บนดิสก์ในประเทศใดก็ตาม

ฉันควรคาดหวังค่า latency ระหว่าง Toronto กับ New York ไว้ที่เท่าใด?

สำหรับเซิร์ฟเวอร์สองเครื่องที่มีการเชื่อมต่อที่ดี ค่า round trip จะอยู่ที่ประมาณ 9 ถึง 16 ms ระยะทางเส้นตรงระหว่างสองเมืองนี้อยู่ที่ประมาณ 550 กม. ดังนั้นค่าต่ำสุดทางกายภาพจะอยู่ที่ประมาณ 5.5 ms และเส้นทางไฟเบอร์จริงจะมีค่าสูงกว่านั้นเล็กน้อย ผู้ใช้งานตามบ้านหรือผ่านเครือข่ายมือถือจะมีค่า latency ของการเข้าถึงเครือข่ายเพิ่มเข้ามาอีก หากคุณวัดค่าได้สูงกว่านี้มากจากเซิร์ฟเวอร์ใน Toronto เป็นไปได้ว่าเส้นทางข้อมูลอาจอ้อมผ่าน Chicago หรือ Ashburn ซึ่ง mtr จะแสดงรหัสสนามบินที่ยืนยันเส้นทางดังกล่าวให้คุณเห็น

ฉันควรเลือก Toronto หรือ Montreal สำหรับ VPS ในแคนาดา?

ให้เลือกตามตำแหน่งที่ตั้งของผู้ใช้งานของคุณ เมืองทั้งสองห่างกันเพียง 8 ถึง 14 ms ดังนั้นเซิร์ฟเวอร์ในเมืองหนึ่งสามารถรองรับผู้ใช้งานในอีกเมืองหนึ่งได้อย่างไม่มีปัญหา และทั้งสองแห่งถือว่าปฏิบัติตามเงื่อนไขสัญญาที่ระบุว่า "ต้องอยู่ในแคนาดา" Montreal มีค่าไฟฟ้าพลังน้ำที่ถูกและมีพื้นที่ศูนย์ข้อมูลจำนวนมาก ทำให้ราคาอาจถูกกว่าในบางครั้ง ส่วน Toronto มีการเชื่อมต่อโครงข่าย (peering) ที่หนาแน่นกว่าและมีผู้ให้บริการเครือข่ายให้เลือกมากกว่าที่ 151 Front Street หากสัญญาไม่ได้ระบุเจาะจงเมือง ให้ตัดสินใจจากราคาและสเปกของแผนบริการเป็นหลัก

เมื่อใดที่ไม่ควรเลือก region ใน Toronto?

เมื่อผู้ใช้งานส่วนใหญ่ของคุณไม่ได้อยู่ในฝั่งตะวันออกของอเมริกาเหนือ จาก Toronto ไปยัง London จะใช้เวลา 75 ถึง 100 ms และไปยัง Vancouver จะใช้เวลา 55 ถึง 75 ms ซึ่งค่าใช้จ่ายด้านเวลาเหล่านี้จะเกิดขึ้นในทุก round trip ที่หน้าเว็บของคุณต้องการ นอกจากนี้ ให้หลีกเลี่ยงหากงานของคุณไม่ไวต่อค่า latency เช่น งาน build runner หรือ batch job ที่รันในตอนกลางคืน เพราะคุณจะต้องจ่ายค่าพรีเมียมสำหรับ region ในแคนาดาโดยไม่ได้รับประโยชน์ที่วัดผลได้จริง