ตีสามคืนวันพฤหัสฯ นิวโทรหาผมพร้อมเสียงตกใจ "พี่ ผมเปลี่ยน DNS ของเว็บลูกค้าไป Cloudflare เมื่อ 4 ชั่วโมงก่อน · เว็บยังเข้าไม่ได้ · ลูกค้าจะ launch campaign 9 โมงเช้านี้"

นิวเป็น Webflow Developer freelance อายุ 27 รับงาน migrate hosting ของลูกค้า e-commerce ขายของ trending product · ลูกค้าซื้อ FB Ads ฿120,000 ที่จะยิงตอน 9 โมง · ถ้าเว็บไม่ขึ้น = burn ad budget

เขาเปิด domain checker บน 5 location ต่าง · 2 location ขึ้นเว็บใหม่ · 3 location ยังขึ้นเว็บเก่า

ผมรู้จักความตกใจของนิวดี ผมเคย migrate DNS ลูกค้าโรงแรมปี 2024 · กังวลว่าจะใช้เวลานานเท่าไหร่ · ปรับ TTL 14400 (4 ชม.) ก่อน migrate 24 ชม. · แต่ลูกค้าไม่รู้ว่าต้องทำอะไรระหว่างรอ · panic ทุก 15 นาที · ผมต้องอธิบาย DNS propagation 6 ครั้ง · เสียเวลา ผมเรียนรู้ว่าการสื่อสาร DNS propagation ให้ลูกค้าเข้าใจ = สำคัญกว่า technical setup คุณรู้ไหมว่าทำไม DNS propagation ที่เป็น process มาตรฐานของ internet · กลายเป็นเรื่องที่ทำให้ทีม panic ที่สุดในการ migrate?

คำตอบสั้น (TL;DR)

DNS Propagation คือช่วงที่ DNS resolvers ทั่วโลก update ค่า DNS ใหม่หลังจากเปลี่ยน A/CNAME/MX/nameserver · ใช้เวลา 1-48 ชั่วโมง (ปกติ 4-12 ชม.) · ขึ้นกับ TTL (Time To Live) ที่ตั้งไว้ · ผู้ใช้แต่ละ location อาจเห็นเว็บไม่เหมือนกันระหว่าง propagation 4 หลักลด downtime: (1) ลด TTL เป็น 300 วินาที (5 นาที) ก่อน migrate 24-48 ชม. · (2) เลือก low-traffic time (กลางคืน) · (3) ทำ DNS check ก่อน switch · (4) Setup new DNS เสร็จก่อนตัด old เครื่องมือเช็ค DNS propagation: DNSChecker.org, whatsmydns.net, dig command (Mac/Linux) · ตรวจ 8-20 location ทั่วโลก · ระหว่าง propagation เว็บไม่ "ล่ม" · แค่ user เห็นข้อมูลเก่า/ใหม่ผสมกัน · ห้าม panic + ห้าม revert

นิวไม่ใช่คนเดียวที่ตกใจเรื่องนี้ ผมเจอ developer 30+ ในไทยที่ panic ตอน DNS propagation · revert change · ทำให้ propagation reset · ใช้เวลาเพิ่มอีก 24 ชั่วโมง คุณคิดว่าทำไม process ที่มีมาตั้งแต่ 1983 · ยังเป็นเรื่องที่ทำให้ทีม panic ที่สุด?

ทำไม DNS Propagation ทำให้ Team Panic

เหตุผลคือ developer ไม่ได้ migrate DNS บ่อย · 1-2 ครั้ง/ปี · ไม่มี mental model ของ process · ไม่รู้ว่า "ปกติ" หรือ "ผิดพลาด"

DNS architecture: เมื่อเปลี่ยน record · DNS authoritative server (Cloudflare/Route53) update ทันที · แต่ DNS resolvers ทั่วโลก (ISP, Google 8.8.8.8, Cloudflare 1.1.1.1) มี cache · ต้องรอ TTL หมดอายุก่อน fetch ใหม่

ผลคือ user ที่อยู่ใต้ resolver แต่ละตัว เห็นข้อมูลไม่ตรงกัน · บางคนเห็นเว็บใหม่ทันที · บางคนเห็นเว็บเก่าอีก 24 ชั่วโมง

เปรียบเหมือนกับการบอกข่าวให้เพื่อน 1,000 คน · ไม่ใช่ทุกคนได้ข่าวพร้อมกัน · ขึ้นกับว่าใครเช็ค email/LINE เมื่อไหร่ · DNS propagation ก็เหมือนกัน

ระยะเวลา DNS Propagation ตามจริง

ระยะเวลา % Users ที่เห็นเว็บใหม่ Note
1 ชั่วโมง 20-40% ถ้า TTL ต่ำ (300s)
4 ชั่วโมง 50-70% Major ISPs update
12 ชั่วโมง 80-90% Most regional ISPs
24 ชั่วโมง 95-99% เกือบทั้งโลก
48-72 ชั่วโมง 100% รวม remote location + corporate firewall

4 หลักลด Downtime ตอน DNS Migration

1. ลด TTL เป็น 300 วินาที ก่อน Migrate 24-48 ชั่วโมง

TTL (Time To Live) = เวลาที่ resolver cache record · default มัก 3600 (1 ชม.) หรือ 86400 (24 ชม.)

ลด TTL เป็น 300 (5 นาที) ก่อน migrate 24-48 ชม. · ทำให้ propagation หลัง switch ใช้เวลาไม่กี่นาที

2. เลือก Low-Traffic Time

Migrate ใน midnight - 6 AM (Asia time) · เพราะ B2B + e-commerce ส่วนใหญ่ traffic ต่ำ · ถ้าเกิดปัญหา = กระทบ user น้อย

หลีกเลี่ยง: Black Friday, end of month sale, product launch day · planned downtime ระวัง business calendar

3. Pre-DNS Check ก่อน Switch

ใช้ DNSChecker.org · เช็ค current DNS state · บันทึก baseline · หลัง switch ใช้ตัวเดียวกัน compare

4. Setup New DNS เสร็จก่อนตัด Old

ถ้า migrate host: setup new server เสร็จ + test ผ่าน IP โดยตรง · แล้วค่อย point DNS · ห้าม unsubscribe old host จนกว่า propagation 100%

เครื่องมือเช็ค DNS Propagation

Tool Locations ราคา
DNSChecker.org 22 locations ฟรี
whatsmydns.net 30+ locations ฟรี
dig command (terminal) Single location ฟรี (Mac/Linux built-in)
DNSViz.net Advanced visualization ฟรี
UptimeRobot DNS Monitor 50+ locations ฟรี-$15/mo

5 ข้อผิดพลาดที่ทำให้ Migration พัง

  1. ไม่ลด TTL ก่อน migrate · TTL 86400 = ต้องรอ 24 ชม. ก่อน propagation เริ่ม · ลด TTL 300 ก่อน 48 ชม.
  2. Panic ระหว่าง propagation · revert change = reset propagation · ใช้เวลาเพิ่ม 24-48 ชม.
  3. Unsubscribe old host เร็วเกินไป · เก็บไว้อย่างน้อย 7 วันหลัง propagation 100%
  4. Forget MX records · email หายเพราะ MX ไม่ migrate · ตรวจให้ครบ A, CNAME, MX, TXT
  5. ไม่ test email + subdomain · เว็บหลักขึ้น แต่ blog subdomain ไม่ขึ้น · ตรวจทุก subdomain

5 ขั้นตอน Migrate DNS ที่ Safe ที่สุด

  1. T-48h · ลด TTL เป็น 300 · ทุก record (A, CNAME, MX) · รอ propagation
  2. T-24h · Setup new server + test ผ่าน IP · ทดสอบทุก feature ผ่าน IP โดยตรง
  3. T-0 · Switch DNS records · ทำใน low-traffic time · บันทึก timestamp
  4. T+1h ถึง T+24h · Monitor · DNSChecker ทุก 2 ชั่วโมง · ดู propagation %
  5. T+7 days · Cleanup · เพิ่ม TTL กลับเป็น 3600 · Unsubscribe old host

ราคารับ Migrate DNS ในไทย 2026

Scope ราคา
Basic DNS Migration (1 domain) ฿3,000-10,000
Full Hosting Migration + DNS ฿15,000-50,000
Enterprise Multi-Domain Migration ฿50,000-200,000
"DNS propagation ไม่ใช่ technical mystery · เป็น distributed cache update ที่มี timeline คาดเดาได้ · ทีมที่ migrate สำเร็จไม่ใช่ทีมที่ technical เก่งที่สุด · เป็นทีมที่วางแผน TTL + communicate กับ stakeholder ได้ดีที่สุด"
·Thanakit Chaithip, Founder, Vision X Brain

คำถามที่พบบ่อย

DNS Propagation คืออะไร ใช้เวลานานแค่ไหน

DNS Propagation คือช่วงที่ resolvers ทั่วโลก update ค่า DNS ใหม่ · ปกติ 4-12 ชม. (TTL ต่ำ) ถึง 24-72 ชม. (TTL สูง) · ขึ้นกับ TTL ที่ตั้งไว้ก่อน migrate

ลด Downtime ตอน Migrate DNS ยังไง

4 หลัก: (1) ลด TTL เป็น 300 ก่อน migrate 48 ชม. · (2) เลือก low-traffic time · (3) Pre-DNS check · (4) Setup new DNS ก่อนตัด old · ทำครบ = downtime ต่ำกว่า 5 นาที

เครื่องมือเช็ค DNS Propagation ที่ดีที่สุด

DNSChecker.org (22 locations) + whatsmydns.net (30+ locations) ฟรี · ใช้ dig command (Mac/Linux) สำหรับ single location · UptimeRobot สำหรับ monitor ต่อเนื่อง

ระหว่าง propagation user เห็นเว็บผิดได้ไหม

ได้ · user แต่ละคนอยู่ใต้ resolver ต่างกัน · บางคนเห็นเว็บใหม่ทันที · บางคนเห็นเว็บเก่าอีก 24 ชม. · ระหว่างนี้ห้ามแก้ + ห้าม revert · รอให้ propagation เสร็จ

ราคา Migrate DNS ในไทยเท่าไหร่

Basic DNS Migration ฿3K-10K · Full Hosting Migration + DNS ฿15K-50K · Enterprise Multi-Domain ฿50K-200K · ราคาขึ้นกับ complexity (เช่น MX records + subdomain + SSL)

บริการที่เกี่ยวข้อง

นิววันนี้

นิว rebuild plan migration ทันที · ลด TTL ของ DNS record เหลือ 300 · รอ 4 ชั่วโมง · จากนั้น switch DNS ใหม่ตอนตี 5 · 7 โมงเช้า DNSChecker แสดง propagation 87%

9 โมงเช้า campaign FB Ads launch · เว็บใหม่ขึ้น 99% · มี 1% ของ traffic ที่ยังเห็นเว็บเก่า (network corporate firewall) · revenue ของ campaign hit target · ลูกค้าพอใจ

ผมถามนิวว่าบทเรียนใหญ่ที่สุดจากคืนนั้นคืออะไร

เขานิ่งไปนาน แล้วบอกว่า "พี่ ผมเรียนรู้ว่า DNS migration ไม่ใช่ technical task · เป็น project management task · ต้องวางแผน timeline + communicate กับลูกค้า + รอด้วยความอดทน · ห้าม panic"

สิ่งที่ทำได้ทันที: ถ้าจะ migrate DNS ในเดือนหน้า · เปิด DNS console ตอนนี้ · ลด TTL ของทุก record เหลือ 300 · รอ 48 ชม. ก่อนกำหนด migrate · ใช้ DNSChecker.org test ก่อน switch · ตอน migrate ปฏิบัติตาม 5 ขั้นตอน · downtime จะต่ำกว่า 5 นาที