เลือก VPS ในแคนาดาจำเป็นไหม? สรุปกฎหมายและปัจจัยที่ต้องรู้

VPS ของคุณจำเป็นต้องอยู่ในแคนาดาหรือไม่

การเลือกใช้ VPS hosting ในแคนาดาจะคุ้มค่าก็ต่อเมื่อมีกฎหมายหรือสัญญาบังคับว่าข้อมูลต้องจัดเก็บอยู่ภายในอาณาเขตของแคนาดาเท่านั้น นี่เป็นเหตุผลสำคัญเพียงประการเดียว การรับส่งข้อมูลไป-กลับ (round trip) จากการเชื่อมต่ออินเทอร์เน็ตบ้านใน Toronto ไปยังศูนย์ข้อมูลใน New York ใช้เวลาประมาณ 18 ms เมื่อเทียบกับประมาณ 3 ms หากไปยังศูนย์ข้อมูลใน Toronto ซึ่งแทบไม่มีเว็บแอปพลิเคชันใดที่สามารถแยกแยะความแตกต่างนี้ได้

ปัจจัย 3 ประการที่ผลักดันให้ผู้คนเลือกใช้เซิร์ฟเวอร์ในแคนาดา ได้แก่ ถิ่นที่อยู่ของข้อมูล (data residency) ซึ่งเป็นข้อผูกพันทางกฎหมายและเป็นตัวตัดสินคำถามนี้ได้ด้วยตัวเอง, ค่าความหน่วง (latency) ซึ่งสามารถวัดผลได้และมักจะต่ำกว่าที่คนส่วนใหญ่คาดคิด และการเรียกเก็บเงินเป็นสกุลเงินดอลลาร์แคนาดาซึ่งสะดวกต่อฝ่ายบัญชีของคุณ ให้พิจารณาว่าข้อแรกมีผลกับคุณหรือไม่ก่อนที่จะตัดสินใจเลือกปัจจัยอื่น

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

การจัดเก็บข้อมูลในพื้นที่: ข้อกำหนดที่เข้มงวดเพียงประการเดียว

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

กฎระเบียบเรื่องถิ่นที่อยู่ของข้อมูลที่มีผลบังคับใช้จริงนั้นมีอยู่จริง แต่จำกัดอยู่ในขอบเขตที่แคบกว่า

• กฎหมาย Law 25 ของรัฐควิเบกกำหนดให้ต้องมีการประเมินก่อนที่จะส่งข้อมูลส่วนบุคคลออกนอกรัฐ และข้อมูลนั้นจะต้องได้รับการคุ้มครองอย่างเพียงพอในสถานที่ปลายทาง ข้อกำหนดนี้มีผลบังคับใช้มาตั้งแต่เดือนกันยายน 2023 ซึ่งเป็นเรื่องของเอกสารและการตัดสินใจที่คุณต้องสามารถชี้แจงได้ ไม่ใช่การสั่งห้ามโดยเด็ดขาด
• กฎระเบียบของภาครัฐมีผลผูกพันกับหน่วยงานของรัฐและบริษัทที่ให้บริการแก่หน่วยงานเหล่านั้น กฎหมาย PIIDPA ของรัฐโนวาสโกเชียจำกัดการจัดเก็บข้อมูลส่วนบุคคลไว้นอกแคนาดา ส่วนกฎหมาย FIPPA ของรัฐบริติชโคลัมเบียเคยมีกฎในลักษณะเดียวกันจนกระทั่งมีการแก้ไขในปี 2021 เพื่ออนุญาตให้จัดเก็บข้อมูลในต่างประเทศได้หลังจากผ่านการประเมินแล้ว
• การทำงานร่วมกับรัฐบาลกลางต้องปฏิบัติตามแนวทางด้านคลาวด์ของรัฐบาลแคนาดา (Government of Canada's cloud direction) ซึ่งกำหนดให้ข้อมูลระดับ Protected B ขึ้นไปต้องจัดเก็บไว้ในแคนาดาเท่านั้น
• กฎหมายคุ้มครองความเป็นส่วนตัวด้านสุขภาพของแต่ละรัฐมีเงื่อนไขเพิ่มเติมเกี่ยวกับสถานที่จัดเก็บเวชระเบียน ซึ่งมีความแตกต่างกันไปในแต่ละรัฐ
• สัญญาของลูกค้าและการประมูลงานภาครัฐเป็นปัจจัยขับเคลื่อนที่พบบ่อยที่สุดในทางปฏิบัติ แบบสอบถามด้านความปลอดภัยที่ระบุว่า "ข้อมูลต้องถูกจัดเก็บในแคนาดา" (data at rest in Canada) มีผลผูกพันคุณอย่างเคร่งครัดไม่ต่างจากกฎหมาย เนื่องจากคุณได้ลงนามยอมรับเงื่อนไขนั้นแล้ว

บททดสอบในทางปฏิบัติทำได้ง่ายๆ คือ คุณสามารถระบุข้อสัญญาหรือกฎหมายนั้นได้หรือไม่ หากไม่มีใครในองค์กรของคุณสามารถระบุชื่อกฎหมายหรือสัญญาที่ระบุว่าต้องเป็นแคนาดาได้ แสดงว่าการตัดสินใจของคุณขึ้นอยู่กับเรื่องของ latency และราคาเท่านั้น

ศูนย์ข้อมูลในแคนาดาอยู่นอกเหนืออำนาจทางกฎหมายของสหรัฐฯ หรือไม่

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

การกำหนดเส้นทาง (routing) เป็นเรื่องที่น่าประหลาดใจประการที่สอง ข้อมูลที่รับส่งระหว่างสองเมืองในแคนาดามักจะวิ่งผ่านสหรัฐฯ เนื่องจากในอดีตจุดเชื่อมต่อเครือข่าย (peering) ที่มีราคาถูกตั้งอยู่ที่นั่น นักวิจัยเรียกปรากฏการณ์นี้ว่า boomerang routing ควรทำการ traceroute ก่อนที่จะยืนยันกับใครว่าแพ็กเก็ตของคุณไม่เคยออกนอกประเทศ

traceroute vps.example.com

ชื่อของ hop มักจะมีรหัสเมือง เช่น nyc, chi หรือ ash ชื่อเหล่านี้เป็นเพียงข้อบ่งชี้และอาจล้าสมัยได้ ดังนั้นให้ถือว่าเป็นเหตุผลที่ควรสอบถามผู้ให้บริการของคุณมากกว่าที่จะใช้เป็นหลักฐานยืนยัน สำหรับข้อมูลระหว่างการรับส่ง คำตอบที่เชื่อถือได้คือการเข้ารหัสที่คุณเป็นผู้ควบคุมเอง ไม่ใช่แผนที่ หากคุณต้องการเส้นทางส่วนตัวระหว่างเครื่องของคุณ การทำ self-hosted WireGuard VPN จะช่วยให้คุณได้เส้นทางที่ไม่ขึ้นอยู่กับว่าสายไฟเบอร์นั้นพาดผ่านประเทศใด

ความหน่วง: จงวัดค่า อย่าคาดเดา

แสงที่เดินทางผ่านสายไฟเบอร์มีความเร็วประมาณ 200 กิโลเมตรต่อมิลลิวินาที ดังนั้นระยะทางทุก 100 กิโลเมตรจะทำให้เกิดค่า round trip ประมาณ 1 ms ก่อนที่จะนับรวมอุปกรณ์เครือข่ายใดๆ ระยะทางจาก Toronto ไป Vancouver เป็นเส้นตรงประมาณ 3,400 กิโลเมตร และหากนับตามแนวสายเคเบิลจริงจะไกลกว่านั้น ซึ่งทำให้ค่าความหน่วงต่ำสุดอยู่ที่ประมาณ 40 ms แต่ในความเป็นจริงเส้นทางรับส่งข้อมูลจะมีค่าสูงกว่านี้

[
  {
    "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
  }
]

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

มีสองแถวที่ควรพิจารณาเป็นพิเศษ ระยะทางจาก Toronto ไป Montreal อยู่ที่ประมาณ 12 ms ซึ่งใกล้กันมากจนทั้งสองเมืองถือเป็นภูมิภาคเดียวกันสำหรับวัตถุประสงค์ส่วนใหญ่ ระยะทางจาก Toronto ไป Vancouver อยู่ที่ประมาณ 62 ms ซึ่งไกลกว่าระยะทางจาก Toronto ไป Northern Virginia ที่มีค่าอยู่ที่ 26 ms การอยู่ในแคนาดาไม่ได้หมายความว่าจะอยู่ใกล้กับผู้ใช้งานของคุณเสมอไป

อย่างไรก็ตาม ช่วงสุดท้ายของการเชื่อมต่อ (last mile) มักเป็นปัจจัยหลักเสมอ อินเทอร์เน็ตไฟเบอร์ตามบ้านเพิ่มความหน่วงอีกเพียงไม่กี่มิลลิวินาที เคเบิลอินเทอร์เน็ตจะเพิ่มมากขึ้นเมื่อมีการใช้งานหนาแน่น ส่วนการเชื่อมต่อผ่านมือถือจะเพิ่มความหน่วงขึ้นอีกหลายสิบมิลลิวินาที ผู้ใช้งานโทรศัพท์ใน Toronto อาจเห็นค่าความหน่วง 50 ms ไปยังเซิร์ฟเวอร์ใน Toronto และการย้ายเซิร์ฟเวอร์นั้นไปที่ New York จะส่งผลต่อประสบการณ์การใช้งานเพียงไม่กี่เปอร์เซ็นต์เท่านั้น

วิธีทดสอบความหน่วงจากตำแหน่งที่ผู้ใช้งานของคุณอยู่

ขั้นแรกให้ระบุว่าผู้ใช้งานของคุณอยู่ที่ไหน ข้อมูลวิเคราะห์ (analytics) ของคุณมีการแยกเซสชันตามเมืองหรือภูมิภาคอยู่แล้ว ให้ดูข้อมูลนั้นแทนการคาดเดาจากตำแหน่งที่ตั้งของสำนักงานคุณ

จากนั้นให้วัดค่าจากตำแหน่งเหล่านั้น คุณไม่สามารถทดสอบความหน่วงของ Vancouver จากโต๊ะทำงานใน Ottawa ได้ ให้เช่า VPS แบบรายชั่วโมงในเมืองเป้าหมายเป็นเวลา 20 นาทีแล้วลบทิ้งหลังจากนั้น หรือขอให้เพื่อนร่วมงานหรือลูกค้าช่วยรันคำสั่งหนึ่งคำสั่ง หรือใช้เครือข่ายวัดผล RIPE Atlas ฟรีที่ https://atlas.ripe.net ซึ่งมีโพรบอยู่ในเมืองต่างๆ ของแคนาดาและช่วยให้คุณรันคำสั่ง ping จากจุดเหล่านั้นได้

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

ให้อ่านสองบรรทัดสุดท้าย

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 คือตัวเลขหลักที่ต้องดู ส่วน mdev คือ jitter ซึ่งเป็นค่าความต่างของเวลาในการรับส่งแพ็กเก็ต การสูญเสียแพ็กเก็ต (packet loss) บนเส้นทางระยะสั้นถือเป็นความผิดปกติที่ควรตรวจสอบ ค่า jitter ที่สูงส่งผลกระทบต่อการใช้งานเสียงและเกมมากกว่าค่าเฉลี่ยที่สูงขึ้นเล็กน้อย เนื่องจากผู้รับต้องทำบัฟเฟอร์สำหรับแพ็กเก็ตที่แย่ที่สุดแทนที่จะเป็นแพ็กเก็ตทั่วไป

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

mtr จะแสดงการสูญเสียของทุก hop หากคำสั่งจบลงด้วยข้อผิดพลาดด้านสิทธิ์ ให้รันด้วย sudo hop ระหว่างทางมักแสดงค่าการสูญเสียที่ไม่ใช่เรื่องจริง เนื่องจากเราเตอร์จะให้ความสำคัญต่ำที่สุดกับ ICMP reply ที่สร้างขึ้นเอง เฉพาะการสูญเสียที่ต่อเนื่องไปจนถึงบรรทัดสุดท้ายเท่านั้นที่เป็นการสูญเสียที่ทราฟฟิกของคุณได้รับจริง ให้อ่านแถวล่างสุดก่อนแล้วค่อยไล่ขึ้นไป

เมื่อ ICMP ถูกบล็อกหรือจำกัดอัตรา ให้วัดเวลาของโปรโตคอลจริงแทน

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/

แต่ละฟิลด์คือวินาทีสะสมนับจากเริ่มคำขอ connect ลบด้วย dns คือหนึ่ง TCP round trip ส่วน tls ลบด้วย connect คือการทำ handshake และ ttfb ลบด้วย tls คืออีกหนึ่ง round trip บวกกับเวลาที่แอปพลิเคชันของคุณใช้ในการตอบกลับ ช่องว่างสุดท้ายนี้คือจุดที่เว็บไซต์ส่วนใหญ่เสียเวลาไปมากที่สุด ค่า ttfb ที่ 0.8 s บนเส้นทางระยะสั้นเป็นปัญหาที่ตัวแอปพลิเคชัน และการย้ายเซิร์ฟเวอร์ไปเมืองอื่นจะไม่ช่วยแก้ไขปัญหานี้

สำหรับการวัด throughput ให้รันเซิร์ฟเวอร์บน VPS และรันไคลเอนต์จากฝั่งผู้ใช้งาน iperf3 จะรอรับการเชื่อมต่อที่ TCP 5201 ดังนั้นให้ เปิดพอร์ตด้วย ufw เพื่อทำการทดสอบและปิดพอร์ตอีกครั้งเมื่อเสร็จสิ้น

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 จะสลับทิศทางเพื่อให้คุณวัดค่า download และ upload ส่วน -P 8 จะเปิด 8 สตรีมพร้อมกัน หาก 8 สตรีมเร็วกว่าสตรีมเดียวมาก แสดงว่าข้อจำกัดอยู่ที่ TCP window บนเส้นทางระยะไกลไม่ใช่ที่ตัวลิงก์เอง เพราะสตรีมเดียวสามารถส่งข้อมูลได้เพียงหนึ่ง window ต่อหนึ่ง round trip ค่า window เดียวกันบนเส้นทาง Vancouver จะส่งข้อมูลได้น้อยกว่าเส้นทาง New York ประมาณหนึ่งในสาม การสำรองข้อมูลระยะไกลก็มีพฤติกรรมเช่นเดียวกัน ซึ่งเป็นเหตุผลว่าทำไม การสำรองข้อมูลนอกสถานที่ด้วย restic จึงรู้สึกช้าเมื่อเทียบกับเป้าหมายที่อยู่ไกล แม้จะใช้สายสัญญาณที่เร็วก็ตาม

ให้รัน ping ทิ้งไว้ในเทอร์มินัลที่สองขณะที่ iperf3 ทำงาน หากค่า round trip เพิ่มขึ้นจาก 20 ms เป็น 300 ms ระหว่างการถ่ายโอนข้อมูล แสดงว่าเกิด bufferbloat ในอุปกรณ์เข้าถึงเครือข่ายของคุณเอง ซึ่งไม่มีการย้ายตำแหน่งศูนย์ข้อมูลใดที่จะแก้ไขปัญหานี้ได้

ให้วัดผลมากกว่าหนึ่งครั้งและวัดในช่วงเย็น ความแออัดในช่วงเวลา 21.00 น. คือตัวเลขที่ผู้ใช้งานของคุณต้องเผชิญจริง ส่วนตัวเลขตอน 04.00 น. เป็นตัวเลขที่หน้าเพจขายของมักจะเลือกนำมาอ้างอิงมากกว่า

ความหมายของ Round-trip time ที่มีต่อภาระงานของคุณ

การโหลดหน้าเว็บแบบ cold load ต้องใช้เวลาเดินทางไป-กลับ (round trip) ถึง 4 รอบก่อนที่เบราว์เซอร์จะเริ่มแสดงผลใดๆ ได้

[
  {
    "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 จะวิ่งไปที่ resolver แทนที่จะเป็นเซิร์ฟเวอร์ของคุณโดยตรง และโดยปกติแล้วข้อมูลจะถูกแคชไว้ ดังนั้นการเข้าชมแบบ warm visit จึงข้ามขั้นตอนนี้ไปได้ หากนับรวมตั้งแต่ต้นจนจบ การโหลดแบบ cold load จะเริ่มต้นช้ากว่าปกติ 72 ms สำหรับเส้นทาง New York และช้ากว่า 248 ms สำหรับเส้นทาง Vancouver ตัวเลขทั้งสองนี้จะดูน้อยไปถนัดตาเมื่อเทียบกับการคิวรีฐานข้อมูลเพียงครั้งเดียวที่ใช้เวลา 400 ms เมื่อการเชื่อมต่อเปิดใช้งานแล้ว HTTP/2 และ HTTP/3 จะส่งคำขอจำนวนมากผ่านการเชื่อมต่อเดียวกัน ทำให้ต้นทุนนี้จ่ายเพียงครั้งเดียวแทนที่จะจ่ายแยกต่อไฟล์ หากคุณวางไฟล์ static assets ไว้บน CDN (content delivery network) ตำแหน่งที่ตั้งของเซิร์ฟเวอร์ต้นทาง (origin) ก็จะไม่มีผลต่อความเร็วในการโหลดไฟล์เหล่านั้นอีกต่อไป ซึ่งเป็นเหตุผลว่าทำไมผู้เข้าชมจากยุโรปที่ต้องใช้เวลา 98 ms ในการเชื่อมต่อไปยัง Toronto ถึงยังคงได้รับประสบการณ์การใช้งานที่รวดเร็ว

เกมมัลติเพลเยอร์แบบเรียลไทม์เป็นกรณีตรงกันข้าม เพราะ round trip คือหัวใจสำคัญของประสบการณ์การเล่น หากค่า latency ต่ำกว่า 50 ms จะให้ความรู้สึกตอบสนองทันทีในเกมแนวแอ็กชันที่รวดเร็ว ผู้เล่นจะเริ่มสังเกตเห็นความหน่วงที่ประมาณ 80 ms และหากเกิน 120 ms ผู้เล่นจะโทษว่าเป็นความผิดของเซิร์ฟเวอร์ ในกรณีนี้ภูมิภาคที่ตั้งเซิร์ฟเวอร์จะเป็นตัวตัดสินว่าผลิตภัณฑ์นั้นมีคุณภาพดีหรือไม่ สำหรับเซิร์ฟเวอร์เกมที่มีจังหวะการเล่นช้ากว่าจะมีความยืดหยุ่นมากกว่า ดังนั้นการ รันเซิร์ฟเวอร์ Minecraft บน VPS จึงสามารถรองรับระยะทางที่ไกลกว่าได้โดยไม่ทำให้ประสบการณ์การเล่นเสียไปเหมือนเกมยิง

ฐานข้อมูลคือจุดที่การเลือกภูมิภาคส่งผลกระทบอย่างรุนแรงที่สุด ห้ามวางแอปพลิเคชันไว้ในภูมิภาคหนึ่งและฐานข้อมูลไว้อีกภูมิภาคหนึ่งโดยเด็ดขาด เพราะทุกการคิวรีคือหนึ่ง round trip หน้าเว็บที่ต้องคิวรี 40 ครั้งจะต้องเสียเวลาไปกับ round trip ทั้งหมด 40 รอบ หากแต่ละรอบใช้เวลา 18 ms ก็จะเสียเวลาไปเกือบหนึ่งวินาที และหากใช้เวลา 62 ms ต่อรอบ ก็จะใช้เวลามากกว่าสองวินาที ทั้งที่หน้าเว็บนั้นใช้เวลาประมวลผลเพียง 30 ms หากฐานข้อมูลอยู่บนเครื่องเดียวกัน การทำ Asynchronous replication ไปยังภูมิภาคอื่นนั้นสามารถทำได้สำหรับ read replicas และการกู้คืนระบบจากภัยพิบัติ แต่การทำ Synchronous commit ข้ามระยะทางไกลจะเพิ่มเวลาของเส้นทางนั้นเข้าไปในทุกๆ การเขียนข้อมูล

เซสชันแบบโต้ตอบ (interactive sessions) จะอยู่กึ่งกลางระหว่างกรณีข้างต้น การใช้งาน SSH จะยังคงให้ความรู้สึกปกติที่ค่า latency ประมาณ 100 ms และจะเริ่มรู้สึกหน่วงหากเกินกว่านั้น เพราะทุกการกดปุ่มต้องรอสัญญาณตอบกลับมาแสดงผล mosh ช่วยคาดการณ์การแสดงผลในเครื่องและซ่อนความหน่วงส่วนใหญ่ไว้ได้ ส่วน Webhooks และ internal API ควรอยู่ในภูมิภาคเดียวกับบริการที่เรียกใช้งานเสมอ

การเรียกเก็บเงิน สกุลเงิน และภาษี

การชำระเงินด้วยสกุลเงินดอลลาร์แคนาดาช่วยหลีกเลี่ยงค่าธรรมเนียมการทำรายการต่างประเทศที่ผู้ออกบัตรเรียกเก็บ ซึ่งโดยทั่วไปจะอยู่ที่ประมาณ 2.5% ณ เดือนสิงหาคม 2026 และยังช่วยให้การทำบัญชีของคุณใช้สกุลเงินเดียว ผู้ให้บริการในแคนาดาจะออกใบแจ้งหนี้พร้อมภาษี GST หรือ HST ซึ่งธุรกิจที่จดทะเบียนสามารถนำไปขอคืนเป็นเครดิตภาษีซื้อได้ นี่เป็นคำถามด้านการเงินที่มีคำตอบด้านการเงิน และไม่ควรนำมาเป็นปัจจัยในการตัดสินใจเลือกตำแหน่งของเซิร์ฟเวอร์ สำหรับข้อมูลเกี่ยวกับต้นทุนที่แท้จริงของเซิร์ฟเวอร์และวิธีการเปรียบเทียบแผนบริการโดยไม่ให้ติดกับดักราคาต่ออายุ โปรดอ่าน ต้นทุนที่แท้จริงของ VPS ต่อเดือน

ต้นทุนที่ต้องจ่ายเมื่อเลือกตลาดขนาดเล็ก

แคนาดาเป็นตลาดโฮสติ้งขนาดเล็กเมื่อเทียบกับสหรัฐอเมริกา คำแนะนำที่ตรงไปตรงมาคือคุณต้องทราบว่าคุณกำลังเสียโอกาสในด้านใดบ้าง

• ผู้ให้บริการมีจำนวนน้อยกว่าในการแข่งขันเพื่อแย่งชิงลูกค้าของคุณ ดังนั้นราคาต่อกิกะไบต์ของ RAM หรือดิสก์สำหรับเครื่องระดับเดียวกันจึงมักจะสูงกว่า
• ความจุของระบบกระจุกตัวอยู่ใน Toronto และ Montreal ในขณะที่ Vancouver และ Calgary มีน้อยกว่า การมีภูมิภาคที่สองในแคนาดาเพื่อทำ failover มักหมายถึงการเชื่อมต่อที่ต้องผ่านระยะทางไกล หรือสุดท้ายก็ต้องออกไปใช้บริการนอกประเทศอยู่ดี
• ผู้ให้บริการระดับภูมิภาคขนาดเล็กอาจมีศูนย์ข้อมูลเพียงแห่งเดียวที่เชื่อมต่อกับผู้ให้บริการโครงข่ายต้นทาง (upstream carrier) เพียงหนึ่งหรือสองราย ให้สอบถามจำนวนผู้ให้บริการโครงข่ายและสอบถามว่าเกิดอะไรขึ้นหากรายใดรายหนึ่งล้มเหลว
• ตัวเลือกด้านฮาร์ดแวร์มีจำกัด อินสแตนซ์ขนาดใหญ่และเครื่องที่ใช้ GPU หาได้ง่ายกว่าในภูมิภาคสหรัฐอเมริกา ดังนั้น GPU VPS อาจไม่มีขนาดที่คุณต้องการในเมืองที่คุณต้องการ
• การสนับสนุนลูกค้าของผู้ให้บริการขนาดเล็กเป็นประเด็นที่ต้องพิจารณาจริงจัง ไม่ใช่แค่คำโฆษณา ให้สอบถามว่ามีเจ้าหน้าที่ปฏิบัติงานในช่วงเวลาใดบ้าง

Montreal เป็นข้อยกเว้นในด้านราคา พลังงานไฟฟ้าพลังน้ำของ Quebec มีราคาถูกและสภาพอากาศหนาวเย็นช่วยลดต้นทุนการทำความเย็น ดังนั้นพื้นที่ Montreal จึงมีความจุสูงในราคาที่แข่งขันกับภูมิภาคสหรัฐอเมริกาได้ หากความต้องการของคุณคือการใช้งานในแคนาดาโดยไม่ได้เจาะจงเมือง ให้เริ่มพิจารณาจากที่นั่น

หากระดับของ VPS ในแคนาดาดูเล็กเกินไปสำหรับภาระงานของคุณ ให้เปรียบเทียบ VPS กับ dedicated server ก่อนที่คุณจะตัดสินใจว่าปัญหาเกิดจากประเทศที่เลือกใช้บริการ

เมื่อใดที่ควรเลือกใช้ VPS hosting ในแคนาดา

1. มีกฎหมาย สัญญา หรือนโยบายภาครัฐระบุให้ใช้แคนาดา ให้เลือกโฮสต์ในแคนาดา กรณีนี้ไม่มีปัจจัยอื่นที่ต้องพิจารณา และคุณควรขอหนังสือยืนยันเรื่องการจัดเก็บข้อมูลในประเทศจากผู้ให้บริการไว้เป็นลายลักษณ์อักษรด้วย
2. ผู้ใช้งานของคุณอยู่ในเขตเมืองของแคนาดาและภาระงานของคุณไวต่อความหน่วง (latency) เช่น เกมมัลติเพลเยอร์, ระบบเสียง, รีโมทเดสก์ท็อป หรือการเทรด ให้เลือกโฮสต์ในเมืองที่ใกล้ที่สุดและวัดผลเปรียบเทียบทั้งสองทางเลือกก่อนตัดสินใจทำสัญญา
3. ผู้ใช้งานของคุณกระจายอยู่ทั่วประเทศ เมือง Toronto หรือ Montreal สามารถรองรับประชากรส่วนใหญ่ได้ดีที่สุด และการใช้ CDN สำหรับไฟล์ static จะช่วยผู้ใช้งานใน Vancouver ได้มากกว่าการย้ายตำแหน่ง origin server
4. กรณีอื่นๆ ทั้งหมด ซึ่งเป็นกรณีส่วนใหญ่ ให้เลือกจากราคาและฮาร์ดแวร์ที่ได้รับจริง จากนั้นตรวจสอบคุณภาพการสนับสนุนในช่วงเวลา 02.00 น. ให้ทำการทดสอบประสิทธิภาพ (benchmark) ก่อน เพราะแผนบริการสองรายการที่มีสเปกบนกระดาษเหมือนกันอาจมีประสิทธิภาพไม่เท่ากัน: วิธีการทำ benchmark VPS อย่างถูกต้อง

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

FAQ

PIPEDA บังคับให้ข้อมูลของฉันต้องเก็บไว้ในแคนาดาหรือไม่?

ไม่ PIPEDA (Personal Information Protection and Electronic Documents Act) ไม่มีกฎระเบียบเรื่องถิ่นที่อยู่ของข้อมูล (data residency) สำหรับภาคเอกชน การส่งข้อมูลส่วนบุคคลไปยังผู้ประมวลผลในประเทศอื่นถือเป็นการโอนย้ายเพื่อการประมวลผล องค์กรของคุณยังคงต้องรับผิดชอบต่อข้อมูลนั้น ผู้ประมวลผลต้องปกป้องข้อมูลในระดับที่เทียบเท่ากัน และคุณต้องเปิดเผยให้เจ้าของข้อมูลทราบว่ามีการดำเนินการดังกล่าว สำนักงานคณะกรรมการคุ้มครองข้อมูลส่วนบุคคล (Office of the Privacy Commissioner) เคยหารือเรื่องการเปลี่ยนแปลงจุดยืนนี้ในปี 2019 แต่สุดท้ายก็ยังคงไว้ตามเดิม ข้อกำหนดเรื่องถิ่นที่อยู่ของข้อมูลมักมาจากแหล่งอื่น เช่น การประเมินตาม Law 25 ของรัฐควิเบก, กฎหมายภาคสาธารณะอย่าง PIIDPA ของรัฐโนวาสโกเชีย, นโยบายระบบคลาวด์ของรัฐบาลแคนาดา หรือข้อสัญญาในสัญญาที่คุณทำกับลูกค้า

ผู้ใช้ในแคนาดาจะรู้สึกถึงความแตกต่างหากเซิร์ฟเวอร์อยู่ในสหรัฐอเมริกาหรือไม่?

สำหรับเว็บแอปพลิเคชันทั่วไป คำตอบคือไม่ การรับส่งข้อมูลไป-กลับ (round trip) จากโทรอนโตไปนิวยอร์กใช้เวลาประมาณ 18 ms และไปทางตอนเหนือของรัฐเวอร์จิเนียประมาณ 26 ms ซึ่งทั้งสองระยะทางใช้เวลาน้อยกว่าการส่งจากโทรอนโตไปแวนคูเวอร์ที่ใช้เวลา 62 ms ผู้ใช้จะสังเกตเห็นเวลาตอบสนองของเซิร์ฟเวอร์และขนาดของหน้าเว็บก่อนที่จะรู้สึกถึงความล่าช้าของเครือข่ายระดับ 20 ms เสียอีก แต่ผู้ใช้จะสังเกตเห็นความแตกต่างได้ในเกมแบบเรียลไทม์, การโทรด้วยเสียง และกิจกรรมใดก็ตามที่บุคคลหนึ่งต้องโต้ตอบกับอีกบุคคลหนึ่งทันที

ศูนย์ข้อมูลในแคนาดาอยู่นอกเหนืออำนาจกฎหมายของสหรัฐอเมริกาหรือไม่?

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

ฉันจะวัดค่าความหน่วง (latency) จากเมืองที่ฉันไม่ได้อาศัยอยู่ได้อย่างไร?

ให้เช่า VPS แบบรายชั่วโมงในเมืองนั้น รัน ping -c 20 และ mtr --report --report-cycles 50 กลับมายังเซิร์ฟเวอร์ของคุณเอง แล้วจึงยกเลิกบริการนั้นทิ้ง เครือข่าย RIPE Atlas เป็นทางเลือกฟรีที่มีโพรบกระจายอยู่ในเมืองต่างๆ ของแคนาดา หากมีการบล็อก ICMP ให้วัดเวลาจากคำขอจริงแทนด้วย curl -o /dev/null -s -w '%{time_connect} %{time_starttransfer}\n' https://your.server/ ซึ่งจะแสดงค่า TCP round trip และเวลาทั้งหมดจนกว่าจะได้รับไบต์แรก (time to first byte)