ทำไมควรเลือกใช้ VPS Hosting ใน Dallas? ข้อดีและข้อควรระวัง

สิ่งที่คุณได้รับจากการใช้ VPS hosting ใน Dallas

การใช้ VPS hosting ใน Dallas ช่วยให้คุณได้ตำแหน่งเครือข่ายที่เหมาะสม VPS (virtual private server) คือส่วนแบ่งของเครื่องเซิร์ฟเวอร์จริงที่ตั้งอยู่ในอาคารแห่งใดแห่งหนึ่ง ดังนั้นอาคารดังกล่าวจะเป็นตัวกำหนดค่า round trip time ไปยังผู้ใช้งาน ราคาแบนด์วิดท์ และเขตอำนาจศาลที่สามารถเข้าถึงข้อมูลในดิสก์ของคุณได้ Dallas ตั้งอยู่ใกล้กับศูนย์กลางของสหรัฐอเมริกา และเป็นหนึ่งในตลาดผู้ให้บริการเครือข่ายที่มีความหนาแน่นสูงที่สุดในประเทศ นี่คือเหตุผลหลักทั้งหมดของการเลือกใช้ ส่วนที่เหลือของคู่มือนี้จะอธิบายวิธีตรวจสอบว่าเหตุผลดังกล่าวเหมาะสมกับผู้ใช้งานของคุณหรือไม่ และในกรณีใดที่เหตุผลนี้ไม่เป็นผล

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

คุณสามารถคาดหวังค่าความหน่วง (latency) เท่าใดจาก Dallas VPS

[
  {
    "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 แถวนั้นเป็นตัวเลขที่เผยแพร่ทั่วไปสำหรับการเชื่อมต่อแบบใช้สายบนเส้นทางที่มีการเชื่อมต่อ (peering) ที่ดี ไม่ใช่การวัดผลจากเครื่องของคุณโดยตรง ให้ถือว่าตัวเลขเหล่านี้เป็นเพียงจุดเริ่มต้น ผลลัพธ์จริงของคุณขึ้นอยู่กับผู้ให้บริการอินเทอร์เน็ตของคุณมากกว่าตัวเซิร์ฟเวอร์เอง โดย Wi-Fi จะเพิ่มค่าความหน่วงอีกสองสามมิลลิวินาที เครือข่ายมือถือเพิ่มอีกหลายสิบมิลลิวินาที และผู้ให้บริการอินเทอร์เน็ตตามบ้านที่มีการเชื่อมต่อไม่ดีอาจเพิ่มค่าความหน่วงได้ถึง 30 ms ในเส้นทางที่ตามหลักฟิสิกส์ควรใช้เวลาเพียง 15 ms

ให้สังเกตที่รูปแบบแทนที่จะดูตัวเลขเพียงตัวเดียว เมืองใหญ่ทุกแห่งในสหรัฐอเมริกาแผ่นดินใหญ่จะมีค่าความหน่วงอยู่ที่หรือต่ำกว่าประมาณ 50 ms โดยที่ Houston อยู่ที่ 8 ms และ Chicago อยู่ที่ 23 ms ส่วน Mexico City จะอยู่ที่ประมาณ 48 ms ซึ่งใกล้กว่าชายฝั่งสหรัฐฯ ทั้งสองฝั่ง เนื่องจากทราฟฟิกจำนวนมากจากละตินอเมริกามักผ่านทาง Texas หรือ Florida อยู่แล้ว สำหรับ Sao Paulo ที่ 140 ms นั้นเป็นเส้นทางที่ยาวไกล และ Singapore ที่ 215 ms นั้นเป็นปัญหาที่ต่างออกไปโดยสิ้นเชิง

ค่ามิลลิวินาทีมีความสำคัญมากกว่าตัวเลขดิบ เพราะการเชื่อมต่อประกอบด้วยการรับส่งข้อมูลไป-กลับ (round trip) การเปิดคำขอ HTTPS หนึ่งครั้งต้องใช้เวลาไป-กลับหนึ่งรอบสำหรับ TCP (transmission control protocol) handshake, อีกหนึ่งรอบสำหรับ TLS 1.3 (transport layer security) และอีกหนึ่งรอบสำหรับตัวคำขอเอง ที่ค่า 35 ms จะใช้เวลามากกว่า 100 ms ก่อนที่ไบต์แรกจะมาถึง หน้าเว็บที่เรียก API 20 ครั้งต่อเนื่องกันจะเปลี่ยนเวลา 35 ms ให้กลายเป็นการรอคอยถึง 700 ms การใช้งาน SSH แบบโต้ตอบที่ 35 ms จะให้ความรู้สึกที่ต่างจาก 8 ms และเซิร์ฟเวอร์เกมที่ 35 ms ถือว่าใช้งานได้ดี ในขณะที่เซิร์ฟเวอร์เดียวกันที่ 140 ms จะใช้งานไม่ได้ สำหรับสิ่งที่ผู้ใช้ทุกคนรู้สึกได้พร้อมกัน เช่น เซิร์ฟเวอร์ Minecraft บน VPS ตำแหน่งที่ตั้งอยู่ศูนย์กลางนั้นช่วยลดภาระงานได้จริง

พื้นที่ตอนกลางของประเทศดีกว่าพื้นที่ชายฝั่งหรือไม่

แสงในสายไฟเบอร์เดินทางด้วยความเร็วประมาณ 200,000 กิโลเมตรต่อวินาที ซึ่งเป็นสองในสามของความเร็วในสุญญากาศ ดังนั้นการรับส่งข้อมูลไปกลับจึงใช้เวลาประมาณ 1 ms ต่อระยะทางไฟเบอร์ทุกๆ 100 กิโลเมตร และสายไฟเบอร์ไม่เคยเดินเป็นเส้นตรงระหว่างสองเมือง นี่คือข้อจำกัดทางฟิสิกส์ ดังนั้นไม่ว่าจะทุ่มเงินเท่าใดก็ไม่สามารถทำให้แพ็กเก็ตข้อมูลเดินทางจาก Dallas ไปยัง Frankfurt ได้เร็วกว่าที่แก้วนำแสงจะเอื้ออำนวย ตำแหน่งที่ตั้งจึงเป็นปัจจัยเดียวที่คุณควบคุมได้

Dallas อยู่ห่างจาก New York ประมาณ 2,200 กิโลเมตร และห่างจาก Los Angeles ประมาณ 2,000 กิโลเมตร ซึ่งถือว่ามีความสมดุลอย่างผิดปกติ ลองเปรียบเทียบระยะห่างนี้กับตลาดฝั่งชายฝั่งสองแห่งที่คนส่วนใหญ่มักพิจารณาเป็นอันดับแรก

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

นี่คือตัวเลขที่เผยแพร่อย่างเป็นทางการและรูปร่างของระยะทางคือประเด็นสำคัญ Northern Virginia ให้บริการไปยัง New York ด้วยเวลาประมาณ 10 ms และไปยัง Los Angeles ด้วยเวลาประมาณ 62 ms ซึ่งมีความต่างกันมากกว่า 50 ms ส่วนโฮสต์ใน Los Angeles จะให้ผลลัพธ์ในทางกลับกันคือ 68 ms ไปยัง New York สำหรับ Dallas นั้นมีประสิทธิภาพแย่กว่าทั้งสองแห่งเมื่อเทียบกับเมืองที่แต่ละแห่งตั้งอยู่ใกล้ แต่กลับดีกว่าทั้งสองแห่งเมื่อเทียบกับเมืองที่แต่ละแห่งตั้งอยู่ไกลออกไป

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

ความหนาแน่นของผู้ให้บริการใน Dallas มีผลอย่างไร

Carrier hotel คืออาคารที่เครือข่ายจำนวนมากมาสิ้นสุดการเชื่อมต่อและเชื่อมโยงถึงกันโดยตรง Dallas มีอาคารที่เป็นที่รู้จักดีแห่งหนึ่งคือ Infomart ซึ่งตั้งอยู่ที่ 1950 North Stemmons Freeway โดย Equinix ได้เข้าซื้อกิจการไปในปี 2018 ด้วยมูลค่า 800 ล้านดอลลาร์ ส่วน Internet Exchange (IX) คือสวิตช์ส่วนกลางที่อยู่ภายในอาคารดังกล่าว ซึ่งเครือข่ายต่างๆ จะมาทำ Peering กันแทนที่จะต้องจ่ายเงินให้บุคคลที่สามเพื่อรับส่งข้อมูลระหว่างกัน DE-CIX ได้เปิดให้บริการแลกเปลี่ยนข้อมูลใน Dallas มาตั้งแต่เดือนพฤศจิกายน 2016 และ Equinix ก็มีบริการของตนเองเช่นกัน

สิ่งนี้สามารถตรวจสอบได้ผ่าน traceroute เมื่อโฮสต์ของคุณและผู้ให้บริการอินเทอร์เน็ตของผู้ใช้ต่างอยู่บน Exchange เดียวกัน แพ็กเก็ตจะข้ามผ่านเพียงเขตแดนเดียว แต่หากไม่เป็นเช่นนั้น ข้อมูลจะถูกส่งต่อไปยังผู้ให้บริการ Transit ซึ่งอาจนำข้อมูลไปไกลถึง Ashburn หรือ Atlanta ก่อนจะส่งกลับมาถึงปลายทาง ระยะทางที่เพิ่มขึ้นนี้หมายถึงค่า latency ที่เพิ่มขึ้นเป็นมิลลิวินาทีจริง และทุกเครือข่ายที่เพิ่มเข้ามาคือจุดเสี่ยงที่อาจเกิดปัญหาลิงก์เต็มในช่วงเวลา 21.00 น. จนนำไปสู่การสูญหายของแพ็กเก็ต (packet loss)

คุณสามารถตรวจสอบข้อมูลทั้งหมดนี้ได้ก่อนตัดสินใจชำระเงิน

• ขอ ASN (autonomous system number) จากผู้ให้บริการ เครือข่ายทุกแห่งที่ใช้ BGP (border gateway protocol) จะมีหมายเลขนี้
• ค้นหา ASN นั้นบน PeeringDB เว็บไซต์นี้จะระบุว่าเครือข่ายเข้าร่วมกับ Exchange ใดบ้างและตั้งอยู่ในอาคารใด โดยเครือข่ายจะเป็นผู้ดูแลข้อมูลของตนเอง
• ตรวจสอบว่ามี Exchange ใดบ้างที่อยู่ในอาคารนั้นจริง ผู้ให้บริการที่อยู่ในอาคารเดียวกับ Exchange แต่ไม่ได้เข้าร่วมการเชื่อมต่อก็ไม่มีประโยชน์ใดๆ
• ตรวจสอบเส้นทางจากเครือข่ายที่ผู้ใช้ของคุณใช้งานอยู่ และนับจำนวนเครือข่ายที่แตกต่างกันที่ข้อมูลต้องวิ่งผ่าน

mtr -rwzc 100 203.0.113.10

รายงานจะแสดงผลหนึ่งบรรทัดต่อหนึ่ง hop พร้อมด้วยหมายเลขเครือข่าย เปอร์เซ็นต์การสูญหาย และเวลาที่ใช้ ให้อ่านบรรทัดสุดท้ายก่อนเสมอเพราะนั่นคือเซิร์ฟเวอร์ของคุณ การสูญหายที่ hop กลางทางโดยไม่มีการสูญหายที่ปลายทางถือเป็นเรื่องปกติ เนื่องจากเราเตอร์จะให้ความสำคัญต่ำกับการตอบกลับ ICMP (internet control message protocol) ที่สร้างขึ้นเอง ทำให้ hop นั้นรายงานค่าต่ำกว่าความเป็นจริง แต่หากการสูญหายเริ่มขึ้นที่ hop ใดและต่อเนื่องไปจนถึงทุก hop หลังจากนั้น นั่นคือความผิดปกติที่แท้จริง และคุณควรแนบรายงานนี้ไปพร้อมกับตั๋วแจ้งปัญหา (support ticket)

โครงข่ายไฟฟ้าของรัฐ Texas ส่งผลต่อความเสถียรของระบบคุณหรือไม่

รัฐ Texas บริหารจัดการโครงข่ายไฟฟ้าของตนเอง โดย ERCOT (Electric Reliability Council of Texas) ครอบคลุมภาระไฟฟ้าประมาณ 90 เปอร์เซ็นต์ของรัฐและไม่ได้เชื่อมต่อแบบซิงโครไนซ์กับส่วนอื่นของทวีปอเมริกาเหนือ โครงข่ายนี้เชื่อมต่อกับรัฐข้างเคียงผ่านจุดเชื่อมต่อกระแสตรง (direct current ties) จำนวนจำกัด ซึ่งมีกำลังไฟรวมประมาณ 1.2 GW เมื่อเทียบกับความต้องการสูงสุดที่สูงกว่า 91 GW ซึ่งบันทึกไว้เมื่อวันที่ 22 July 2026 ดังนั้นเมื่อ Texas ขาดแคลนพลังงาน จึงไม่สามารถนำเข้าไฟฟ้าจากภายนอกมาทดแทนได้ นี่คือกลไกที่อยู่เบื้องหลังเหตุการณ์ในเดือน February 2021 เมื่อพายุฤดูหนาว Winter Storm Uri บังคับให้เกิดการตัดไฟหมุนเวียนทั่วพื้นที่ของ ERCOT เป็นเวลาหลายวัน

สำหรับเซิร์ฟเวอร์ของคุณ ปัญหาไม่ได้อยู่ที่โครงข่ายไฟฟ้า แต่อยู่ที่ตัวอาคาร ศูนย์ข้อมูลจะรับมือกับไฟฟ้าดับจากสาธารณูปโภคด้วยแบตเตอรี่ UPS (uninterruptible power supply) เป็นเวลาไม่กี่นาที จากนั้นจะใช้เครื่องปั่นไฟดีเซลตราบเท่าที่ยังมีเชื้อเพลิงเหลืออยู่ ให้ถามคำถาม 4 ข้อและขอคำตอบเป็นลายลักษณ์อักษร: เส้นทางจ่ายไฟเป็นแบบ N+1 หรือ 2N, เครื่องปั่นไฟสามารถทำงานที่โหลดเต็มที่ได้กี่ชั่วโมงด้วยเชื้อเพลิงที่สำรองไว้ในพื้นที่, มีสัญญาจัดส่งเชื้อเพลิงแบบเร่งด่วนหรือไม่ และมีการทดสอบเครื่องปั่นไฟภายใต้โหลดจริงครั้งล่าสุดเมื่อใด ผู้ให้บริการที่ไม่สามารถตอบคำถามข้อสุดท้ายได้ แสดงว่ายังไม่เคยทำการทดสอบจริง

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

พายุทอร์นาโดและความร้อนใน Texas เป็นภัยคุกคามต่อศูนย์ข้อมูลใน Dallas หรือไม่?

นี่คือสองคำถามที่มีคำตอบต่างกัน

ลมและลูกเห็บเป็นเรื่องของโครงสร้างอาคาร เมื่อวันที่ 20 ตุลาคม 2019 พายุทอร์นาโดระดับ EF3 ที่มีความเร็วลมใกล้เคียง 140 mph ได้พัดถล่มใกล้กับ Dallas Love Field และสร้างความเสียหายเป็นระยะทาง 15 ไมล์ทั่วพื้นที่ทางตอนเหนือของ Dallas ส่งผลให้เกิดความเสียหายประมาณ 1.5 พันล้านดอลลาร์ เส้นทางดังกล่าวอยู่ห่างจากระเบียงศูนย์ข้อมูลบริเวณ Stemmons Freeway เพียงไม่กี่ไมล์ ศูนย์ข้อมูลที่สร้างขึ้นโดยเฉพาะจะเป็นโครงสร้างคอนกรีตไร้หน้าต่าง ซึ่งสามารถทนต่อแรงลมที่สามารถพัดหลังคาของอาคารพาณิชย์ทั่วไปให้หลุดออกไปได้ ส่วนที่เปิดโล่งจะอยู่ด้านบนของอาคาร ได้แก่ คอนเดนเซอร์และหอระบายความร้อน ลูกเห็บขนาดใหญ่จะตกลงมาในช่วงฤดูใบไม้ผลิเกือบทุกปีและมักจะตกกระทบอุปกรณ์เหล่านั้นโดยตรง ควรสอบถามว่าเปลือกอาคารได้รับการรับรองระดับใดและโรงงานเครื่องกลตั้งอยู่ที่จุดใด

ความร้อนเป็นเรื่องของต้นทุน Dallas มีอุณหภูมิสูงกว่า 100 F (38 C) เป็นเวลานานในช่วงเดือนกรกฎาคมและสิงหาคม ระบบทำความเย็นจะถูกออกแบบตามอุณหภูมิสูงสุดของพื้นที่เพื่อให้ห้องรักษาอุณหภูมิไว้ได้ สิ่งที่เพิ่มขึ้นคือ PUE (power usage effectiveness ซึ่งคือพลังงานรวมของอาคารหารด้วยพลังงานที่ส่งถึงเซิร์ฟเวอร์) เนื่องจากเครื่องทำความเย็นต้องทำงานหนักขึ้นในเดือนสิงหาคมเมื่อเทียบกับเดือนกุมภาพันธ์ ซึ่งต้นทุนนี้รวมอยู่ในราคาของคุณแล้ว ความเสี่ยงที่แท้จริงจากความร้อนคือระบบทำความเย็นล้มเหลวในช่วงคลื่นความร้อน: ด้วยอุณหภูมิภายนอก 104 F (40 C) ห้องที่ไม่มีระบบทำความเย็นจะถึงอุณหภูมิที่ต้องปิดระบบภายในเวลาไม่กี่นาทีแทนที่จะเป็นชั่วโมง ทำให้เจ้าหน้าที่เหลือเวลาน้อยมากในการซ่อมแซมเครื่องทำความเย็น ควรสอบถามว่าระบบทำความเย็นเป็นแบบ N+1 หรือไม่ ไม่ใช่แค่ถามว่าระบบไฟฟ้าเป็นแบบ N+1 หรือไม่

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

เมื่อใดที่ Dallas ไม่ใช่คำตอบที่ถูกต้อง

Dallas เป็นค่าเริ่มต้นที่สมเหตุสมผล แต่ไม่ใช่กฎตายตัว ควรเลือกโฮสต์ในที่อื่นหากเข้าข่ายกรณีต่อไปนี้

• ผู้ใช้งานของคุณอยู่ในยุโรป เซิร์ฟเวอร์ใน Dallas ใช้เวลาตอบสนองต่อ Frankfurt ประมาณ 125 ms และต่อ London ประมาณ 112 ms ช่องว่างดังกล่าวเกิดจากระยะทาง ซึ่งไม่มีการปรับแต่งค่าใดที่จะช่วยให้ดีขึ้นได้
• ผู้ใช้งานของคุณอยู่ในเอเชียหรือออสเตรเลีย การเชื่อมต่อจาก Singapore ที่ 215 ms นั้นแย่กว่าเดิม และการมีเซิร์ฟเวอร์ตัวที่สองใกล้กับผู้ใช้งานกลุ่มนั้นย่อมให้ผลลัพธ์ที่ดีกว่าการปรับแต่งเซิร์ฟเวอร์ตัวแรกเพียงอย่างเดียว
• ผู้ใช้งานทั้งหมดของคุณอยู่ในเขตเมืองอื่นที่ไม่ใช่ Dallas หากทุกคนที่ใช้แอปของคุณอยู่ใน Seattle ให้โฮสต์ที่ Seattle การวางเซิร์ฟเวอร์ไว้ตรงกลางจะคุ้มค่าก็ต่อเมื่อจุดใช้งานกระจายตัวอยู่ห่างกันเท่านั้น
• สัญญาหรือหน่วยงานกำกับดูแลกำหนดให้ข้อมูลต้องจัดเก็บภายในประเทศ กรณีนี้ไม่ใช่เรื่องของประสิทธิภาพ และไม่มีผลการทดสอบใดที่จะตอบโจทย์นี้ได้
• Latency คือกลยุทธ์ของคุณในการซื้อขายบนตลาดหลักทรัพย์สหรัฐฯ Matching engine ของ CME Group ตั้งอยู่ที่ Aurora รัฐ Illinois ส่วน NYSE ดำเนินการจาก Mahwah รัฐ New Jersey และ Nasdaq จาก Carteret รัฐ New Jersey ซึ่ง Dallas อยู่ห่างจากสถานที่เหล่านี้มากกว่า 20 ms ระบบอัตโนมัติสำหรับรายย่อยส่วนใหญ่ไม่ได้รับผลกระทบจากเรื่องนี้ และ การเลือก VPS สำหรับบอทเทรด จะขึ้นอยู่กับว่าเส้นแบ่งนั้นอยู่ที่ใดในความเป็นจริง

กฎหมายใดบ้างที่มีผลบังคับใช้กับเซิร์ฟเวอร์ใน Dallas?

เซิร์ฟเวอร์ที่ตั้งอยู่ใน Dallas อยู่ภายใต้กฎหมายของรัฐบาลกลางสหรัฐฯ และกฎหมายของรัฐ Texas โดยมีประเด็นสำคัญ 2 ประการที่ต้องพิจารณาในการตรวจสอบความปลอดภัยทุกครั้ง

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

การโฮสต์ใน Texas ไม่ได้ทำให้คุณอยู่ภายใต้กฎหมายคุ้มครองข้อมูลส่วนบุคคลของ Texas โดยอัตโนมัติ กฎหมาย TDPSA (Texas Data Privacy and Security Act) ซึ่งมีผลบังคับใช้ตั้งแต่วันที่ 1 กรกฎาคม 2024 นั้น ใช้บังคับกับธุรกิจที่ดำเนินงานใน Texas หรือขายสินค้าหรือบริการให้กับผู้อยู่อาศัยใน Texas และไม่ใช่ธุรกิจขนาดเล็กตามนิยามของ Small Business Administration ของรัฐบาลกลาง กฎหมายนี้ติดตามลูกค้าของคุณ ไม่ใช่ติดตามตู้ rack ของคุณ การย้ายเซิร์ฟเวอร์ไปที่ Chicago ไม่ได้ทำให้คุณได้รับการยกเว้น และการย้ายมาที่ Dallas ก็ไม่ได้ทำให้คุณต้องอยู่ภายใต้กฎหมายนี้

สำหรับข้อมูลส่วนบุคคลจากสหภาพยุโรป การโฮสต์ในสหรัฐฯ สามารถทำได้หากคุณมีกลไกการถ่ายโอนข้อมูล ณ เดือนสิงหาคม 2026 การตัดสินใจเรื่องความเพียงพอของกรอบการคุ้มครองข้อมูล EU to US Data Privacy Framework ยังคงมีผลบังคับใช้ โดยได้รับการรับรองจากศาลทั่วไปของสหภาพยุโรป (EU General Court) ในเดือนกันยายน 2025 และขณะนี้อยู่ระหว่างการอุทธรณ์ต่อศาลยุติธรรมแห่งสหภาพยุโรป (Court of Justice) ขั้นตอนในทางปฏิบัติคือการสอบถามผู้ให้บริการของคุณเป็นลายลักษณ์อักษรว่ามีการรับรองตนเองภายใต้กรอบดังกล่าวหรือมีการลงนามในข้อสัญญามาตรฐาน (standard contractual clauses) หรือไม่ จากนั้นให้จัดเก็บคำตอบนั้นไว้ในที่ที่ผู้ตรวจสอบของคุณสามารถเข้าถึงได้ สำหรับคำถามทางกฎหมายส่วนที่เหลือ ควรปรึกษาทนายความเนื่องจากประเด็นนี้มีการเปลี่ยนแปลงอยู่เสมอ

วิธีทดสอบ Dallas VPS จากเครื่องของคุณเอง

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

1. ขอ IP address สำหรับทดสอบและไฟล์ทดสอบในตำแหน่ง Dallas จากผู้ให้บริการ ผู้ให้บริการส่วนใหญ่จะเผยแพร่หน้า looking glass ที่มีข้อมูลทั้งสองอย่างนี้
2. จากแต่ละเครือข่ายที่ผู้ใช้งานของคุณเชื่อมต่ออยู่ ให้ส่ง ping อย่างน้อย 20 ครั้งและอ่านบรรทัดสรุปผล
3. ตรวจสอบเส้นทาง (trace) และนับจำนวนเครือข่ายที่ข้อมูลวิ่งผ่าน
4. ดาวน์โหลดไฟล์ทดสอบและอ่านค่าความเร็วที่ทำได้ต่อเนื่อง
5. ทำซ้ำในช่วงเวลาที่มีการใช้งานหนาแน่นของผู้ใช้ของคุณ ในช่วงเย็นวันธรรมดา โดยทำต่อเนื่องอย่างน้อยสองวัน ความแออัดของเครือข่ายมักปรากฏให้เห็นตอน 3 ทุ่ม ไม่ใช่ตอน 11 โมงเช้า

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 คำสั่งแรกคือ ping -n 20 203.0.113.10 บรรทัดสรุปผลที่ท้ายการ ping คือสิ่งที่คุณต้องเก็บไว้:

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

ให้อ่านค่า mdev (mean deviation) เป็นค่า jitter ค่าเฉลี่ย 35 ms ที่มี mdev ต่ำกว่า 2 ms ถือเป็นเส้นทางที่เสถียร แต่ถ้าค่าเฉลี่ย 35 ms เท่าเดิมแต่มี mdev ถึง 20 ms แสดงว่ามีบางอย่างในเส้นทางไม่เสถียร ซึ่งจะให้ประสบการณ์การใช้งานที่แย่กว่าการมีค่าเฉลี่ยคงที่ที่ 60 ms สำหรับงานที่ต้องโต้ตอบ หากพบ packet loss มากกว่าศูนย์ใน hop สุดท้ายและเกิดขึ้นต่อเนื่องตลอด 100 แพ็กเก็ต นั่นถือเป็นความผิดปกติไม่ใช่เรื่องบังเอิญ

การวัด throughput ต้องใช้วิธีทดสอบที่ต่างออกไป การเชื่อมต่อ TCP หนึ่งรายการผ่านเส้นทางที่ยาวจะถูกจำกัดด้วย receive window หารด้วย round trip time ดังนั้นการดาวน์โหลดแบบ stream เดียวที่ช้าจึงไม่ได้พิสูจน์ว่าลิงก์นั้นช้า ให้ใช้การเชื่อมต่อแบบขนานแทน ให้รัน iperf3 -s บน VPS เปิดพอร์ตนั้นให้เฉพาะ IP address ของคุณเท่านั้น จากนั้นจากเครื่องของคุณให้รัน:

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

-P 4 จะเปิด stream ขนาน 4 รายการ และ -R จะสลับทิศทาง ดังนั้นการรันครั้งที่สองจะวัดเส้นทางดาวน์โหลดที่ผู้ใช้งานของคุณจะใช้งานจริง ปิดพอร์ตนั้นอีกครั้งเมื่อเสร็จสิ้น เพราะ iperf3 ไม่มีการยืนยันตัวตน

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

FAQ

VPS ใน Dallas เร็วพอสำหรับผู้ใช้ทั้งสองฝั่งของสหรัฐฯ หรือไม่

เพียงพอสำหรับทุกอย่างยกเว้นเกมแบบเรียลไทม์และการเทรดที่ไวต่อความหน่วง (latency) ค่า round trip ปกติจาก Dallas อยู่ที่ประมาณ 36 ms ไปยัง New York และประมาณ 35 ms ไปยัง Los Angeles ดังนั้นผู้ใช้ในสหรัฐฯ แผ่นดินใหญ่จึงไม่ได้อยู่ไกลจากเซิร์ฟเวอร์มากนัก เซิร์ฟเวอร์ใน northern Virginia อาจเร็วกว่าสำหรับ New York ที่ประมาณ 10 ms แต่จะช้ากว่ามากสำหรับ Los Angeles ที่ประมาณ 62 ms ให้เลือก Dallas หากคุณต้องการลดกรณีที่แย่ที่สุดให้เหลือน้อยที่สุด แทนที่จะเน้นค่าเฉลี่ยที่ต่ำ

โครงข่ายไฟฟ้าของ Texas ทำให้ VPS ใน Dallas มีความน่าเชื่อถือน้อยลงหรือไม่

ERCOT เป็นโครงข่ายแยกต่างหากที่มีการเชื่อมต่อไฟฟ้ากระแสตรงประมาณ 1.2 GW กับเพื่อนบ้าน ทำให้ Texas ไม่สามารถนำเข้าไฟฟ้าได้มากนักในช่วงที่ขาดแคลน พายุฤดูหนาว Uri ทำให้เกิดการตัดไฟหมุนเวียนหลายวันในเดือนกุมภาพันธ์ 2021 ด้วยเหตุผลดังกล่าว ความพร้อมใช้งาน (uptime) ของคุณขึ้นอยู่กับตัวอาคารมากกว่าโครงข่ายไฟฟ้า เนื่องจากแบตเตอรี่ UPS จะรับโหลดได้นานหลายนาที และเครื่องปั่นไฟดีเซลจะทำงานได้ตราบเท่าที่มีเชื้อเพลิงสำรอง ให้สอบถามผู้ให้บริการเกี่ยวกับระยะเวลาการทำงานของเครื่องปั่นไฟที่โหลดเต็มที่ด้วยเชื้อเพลิงในสถานที่ และวันที่ทดสอบการทำงานเต็มโหลดครั้งล่าสุด

พายุทอร์นาโดหรือคลื่นความร้อนใน Texas จะทำให้เซิร์ฟเวอร์ของฉันออฟไลน์หรือไม่

ไม่ส่งผลโดยตรง พายุทอร์นาโดระดับ EF3 ที่พัดผ่านทางเหนือของ Dallas เมื่อวันที่ 20 ตุลาคม 2019 ทำลายร้านค้าและบ้านเรือน แต่ห้องเก็บข้อมูล (data hall) ที่สร้างขึ้นโดยเฉพาะเป็นโครงสร้างคอนกรีตไร้หน้าต่างที่ออกแบบมาเพื่อรับมือกับลมระดับนั้น ส่วนที่เปิดโล่งคือชุดทำความเย็นบนดาดฟ้า ซึ่งเป็นจุดที่ลูกเห็บขนาดใหญ่ในฤดูใบไม้ผลิอาจสร้างความเสียหายได้ ความร้อนส่งผลต่อค่าใช้จ่ายมากกว่า uptime เพราะระบบทำความเย็นถูกออกแบบมาให้รองรับอุณหภูมิสูงสุดในท้องถิ่น อย่างไรก็ตาม หากระบบทำความเย็นล้มเหลวในช่วงคลื่นความร้อน เจ้าหน้าที่จะมีเวลาตอบสนองน้อยลงมาก ควรสำรองข้อมูลไว้ในภูมิภาคอื่น เพราะความเสี่ยงที่คุณไม่สามารถออกแบบป้องกันได้คือการสูญเสียทั้งไซต์งาน

ฉันควรโฮสต์ใน Dallas หรือไม่หากผู้ใช้ของฉันอยู่ในยุโรป

ไม่ควร เซิร์ฟเวอร์ใน Dallas ตอบสนองต่อ Frankfurt ในเวลาประมาณ 125 ms และ London ในเวลาประมาณ 112 ms ซึ่งช่องว่างนี้เกิดจากระยะทาง ดังนั้นไม่มีการตั้งค่าใดที่จะแก้ไขได้ ให้โฮสต์ใกล้กับผู้ใช้ของคุณ และใช้เซิร์ฟเวอร์ใน Dallas สำหรับงานที่ไม่ต้องรอผลลัพธ์ เช่น การสำรองข้อมูลหรือ batch jobs หากเกี่ยวข้องกับข้อมูลส่วนบุคคลของชาวยุโรป การเลือกสถานที่ใน EU ยังช่วยลดปัญหาเรื่องการโอนย้ายข้อมูลที่คุณต้องทำเอกสารชี้แจงอีกด้วย

ฉันจะวัดความหน่วงไปยัง VPS ใน Dallas ก่อนซื้อได้อย่างไร

ขอ IP address สำหรับทดสอบจากผู้ให้บริการ จากนั้นรัน ping -c 20 และ mtr -rwzc 100 ไปยัง IP นั้นจากทุกเครือข่ายที่ผู้ใช้ของคุณใช้งาน ในสรุปผลของ ping ให้ดูค่าเฉลี่ยควบคู่ไปกับค่า mdev: ค่าเฉลี่ยต่ำแต่ mdev สูงหมายถึงเกิด jitter ซึ่งส่งผลเสียต่อความรู้สึกมากกว่าตัวเลขที่สูงแต่คงที่ ให้ทดสอบซ้ำในช่วงเวลาที่มีการใช้งานหนาแน่นของผู้ใช้ในช่วงเย็นเป็นเวลาสองวัน เพราะความแออัดเป็นปัญหาที่ขึ้นอยู่กับช่วงเวลา สำหรับ throughput ให้ใช้ iperf3 พร้อมสตรีมแบบขนานสี่ชุด เนื่องจาก TCP stream เดียวบนเส้นทางที่ยาวจะถูกจำกัดด้วยขนาด window มากกว่าที่จะถูกจำกัดด้วยความเร็วของลิงก์