วิศวกรกำลังตรวจระบบในห้องเซิร์ฟเวอร์เดิมก่อนเริ่มงาน Cloud Migrate ย้ายเซิร์ฟเวอร์ขึ้นคลาวด์

บริการย้ายระบบขึ้นคลาวด์ ครบวงจร โดยทีมวิศวกรไทยCloud Migrate ย้ายคลาวด์ ย้ายเซิร์ฟเวอร์ ขึ้นคลาวด์ไทย

Cloud Migrate คือบริการย้ายเซิร์ฟเวอร์และย้ายระบบงานขององค์กรขึ้นคลาวด์ไทย ไม่ว่าตอนนี้ระบบจะเป็นแบบ On-Premise ในห้องเซิร์ฟเวอร์ที่ออฟฟิศ อยู่บน VMware อยู่บนโฮสติ้ง หรืออยู่บนคลาวด์ต่างประเทศ เราสำรวจ วางแผน ทดสอบ และลงมือย้ายให้จนจบโครงการ โดยไม่คิดค่าย้ายและไม่มีค่าแรกเข้า

  • ก่อตั้งปี 2016
  • ISO/IEC 27001 · ISO 22301
  • Data Center ไทย + สิงคโปร์
  • SLA 99.9%

มาตรฐานที่ได้รับการรับรอง

  • BSI ISO/IEC 27001
  • BSI ISO 22301
  • BSI ISO 20000-1
  • BSI CSA-STAR
  • Data Center ในไทย TIA-942 Tier 3+
  • Uptime SLA 99.9%

0 บาท

ค่าวางแผนและดำเนินการย้าย

7R

กลยุทธ์ที่ประเมินให้ครบทุกระบบ

99.9%

SLA หลังระบบขึ้นคลาวด์แล้ว

24x7x365

ทีมวิศวกรไทยดูแลหลัง Cutover

Cloud Migrate คืออะไร ทำไมไม่ควรย้ายเซิร์ฟเวอร์เอง

Cloud Migrate หรือ Cloud Migration คือการย้ายระบบงาน ข้อมูล และเซิร์ฟเวอร์ขององค์กร จากที่ตั้งเดิม ไม่ว่าจะเป็น On-Premise ในออฟฟิศ โฮสติ้ง หรือคลาวด์เจ้าอื่น ขึ้นไปทำงานบนคลาวด์ปลายทาง สิ่งที่ทำให้งานนี้ยากไม่ใช่การคัดลอกไฟล์ แต่คือการทำให้ธุรกิจ ไม่สะดุดระหว่างทาง ทั้งเรื่องเวลาที่ระบบต้องหยุด หรือ Downtime ความครบถ้วนของข้อมูล และสิ่งที่ต้องทำถ้าย้ายแล้วไม่เป็นไปตามแผน

การย้ายเซิร์ฟเวอร์เองมักสะดุดที่จุดเดียวกันเสมอ คือมีระบบที่ลืมนับ มีคนที่ลืมแจ้ง และไม่มีใครตกลงกันไว้ก่อนว่า ถ้าถึงตีสามแล้วยังไม่เสร็จจะทำอย่างไร บริการ Cloud Migrate ของ THAI DATA CLOUD จึงเริ่มจากการสำรวจระบบให้ครบก่อน แล้วค่อยเลือกกลยุทธ์ให้เหมาะกับแต่ละระบบ ซ้อมย้ายเพื่อจับเวลาจริง และเขียนแผนย้อนกลับไว้ล่วงหน้าเสมอ

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

Cloud Migrate ย้ายเซิร์ฟเวอร์จากที่ไหนได้บ้าง

Cloud Migrate รับงานย้ายจากระบบต้นทางได้ทุกแบบ ต่างกันแค่วิธีย้ายและเวลาที่ต้องหยุดระบบ

ห้องเซิร์ฟเวอร์ในออฟฟิศ (On-Premise)

เครื่องที่ตั้งอยู่ใต้โต๊ะหรือในห้องแอร์ของออฟฟิศ หมดประกัน อะไหล่หายาก และไม่มีไฟสำรอง ทีม Cloud Migrate ย้ายเซิร์ฟเวอร์ทั้งเครื่องขึ้นคลาวด์ให้ โดยไม่ต้องติดตั้งระบบงานใหม่

ดูโครงสร้างพื้นฐานปลายทาง

VMware, Hyper-V และ Proxmox

งาน Cloud Migrate ย้าย VM ทั้งคลัสเตอร์ออกจากแพลตฟอร์มเดิม ตัดค่าลิขสิทธิ์ต่อ Core ออกจากงบประจำปี โดยที่ระบบงานเดิมยังทำงานต่อระหว่างทยอยย้ายทีละชุด

ดูการย้ายออกจาก VMware

คลาวด์ต่างประเทศ

Cloud Migrate ย้ายคลาวด์จาก AWS, Microsoft Azure, Google Cloud หรือ Alibaba Cloud กลับมาไว้ในไทย เพื่อตัดค่า Data Transfer ขาออก และเปลี่ยนบิลสกุลดอลลาร์ให้เป็นเงินบาทที่ตั้งงบได้

ดูการเทียบต้นทุนก่อนย้าย

Shared Hosting และ VPS

เว็บไซต์ที่ชนเพดานทรัพยากรของโฮสติ้งเดิม ล่มทุกครั้งที่มีแคมเปญ ทีม Cloud Migrate ย้าย Server ขึ้นเครื่องที่แยกทรัพยากรชัดเจนและเพิ่ม CPU กับ RAM ได้ทันทีเมื่อทราฟฟิกมา

ดู Cloud Private Hosting

NAS และ File Server

ไฟล์งานที่กองอยู่บน NAS เครื่องเดียวคือความเสี่ยงที่ไม่มีสำเนา ทีม Cloud Migrate ย้ายขึ้นพื้นที่เก็บไฟล์บนคลาวด์ที่มีสำเนาแยกที่ตั้ง พร้อมกำหนดสิทธิ์รายแผนก

ดู Drive และ File Sharing

ระบบอีเมลเดิม

Cloud Migrate ย้ายกล่องจดหมายทั้งองค์กรออกจากผู้ให้บริการเดิม โดยซิงก์เมลเก่าล่วงหน้าจนครบก่อนสลับ MX ผู้ใช้จึงเปิดกล่องเดิมได้ต่อโดยไม่มีเมลหาย

ดูระบบอีเมลองค์กร

กลยุทธ์ 7R ที่ Cloud Migrate ใช้ตัดสินใจทีละระบบ

7R คือกรอบตัดสินใจมาตรฐานที่ใช้กันในงาน Cloud Migration ทั่วโลก เพราะไม่ใช่ทุกระบบควรย้ายด้วยวิธีเดียวกัน และบางระบบไม่ควรย้ายเลย ทุกงาน Cloud Migrate จึงจับแต่ละระบบเข้ากับหนึ่งใน 7 ทางเลือกนี้ก่อนเริ่มลงมือ

ตารางเปรียบเทียบกลยุทธ์การย้ายระบบขึ้นคลาวด์ทั้ง 7 แบบ พร้อมงานที่เหมาะกับแต่ละแบบ
กลยุทธ์แปลง่าย ๆทำอะไรเหมาะกับ
Rehostยกขึ้นตรง ๆยกทั้งเครื่องขึ้นคลาวด์โดยไม่แก้ระบบงาน เร็วที่สุดและเสี่ยงน้อยที่สุดระบบเดิมที่ยังใช้ได้ดีและไม่ต้องการเปลี่ยนอะไร
Replatformปรับนิดหน่อยแล้วขึ้นเปลี่ยนเฉพาะชั้นล่าง เช่น ยกฐานข้อมูลไปใช้บริการที่มีคนดูแลให้ ตัวแอปยังเหมือนเดิมระบบที่อยากลดภาระดูแลโดยไม่ต้องแก้โค้ด
Repurchaseเปลี่ยนไปใช้บริการสำเร็จรูปเลิกดูแลซอฟต์แวร์เองแล้วย้ายไปใช้บริการแบบบอกรับสมาชิกแทนอีเมล ระบบเอกสาร และงานที่มีของสำเร็จรูปดีอยู่แล้ว
Refactorรื้อเขียนใหม่บางส่วนปรับสถาปัตยกรรมให้ขยายตัวได้จริง ลงแรงมากที่สุดแต่ได้ผลระยะยาวระบบหลักที่ต้องรองรับการเติบโตอีกหลายปี
Relocateย้ายทั้งก้อนย้าย VM ทั้งคลัสเตอร์ข้ามแพลตฟอร์มในคราวเดียวโดยไม่แตะระบบงานศูนย์เสมือนจริงที่ใช้ VMware หรือ Hyper-V อยู่
Retainยังไม่ย้ายเก็บไว้ที่เดิมก่อน เพราะติดสัญญา ติดกฎเกณฑ์ หรือเพิ่งลงทุนไประบบที่ยังไม่คุ้มจะย้ายในรอบนี้
Retireปิดทิ้งเลิกใช้ไปเลย เพราะไม่มีใครเปิดแล้วแต่ยังกินค่าไฟและค่าดูแลอยู่เครื่องที่ค้างอยู่จากโครงการเก่า

ขั้นตอนย้ายเซิร์ฟเวอร์ขึ้นคลาวด์ 6 ขั้น

ทุกงาน Cloud Migrate เดินตามลำดับนี้ และจะไม่ข้ามขั้นไหนเพื่อให้ทันกำหนด

  1. 1

    สำรวจระบบเดิมและทำบัญชีทรัพย์สินไอที

    ทุกโครงการ Cloud Migrate เริ่มที่ขั้นนี้ ไล่นับทุกเครื่อง ทุกฐานข้อมูล ทุกโดเมน และทุกการเชื่อมต่อระหว่างระบบ ออกมาเป็นบัญชีที่เห็นภาพรวมทั้งองค์กร ขั้นนี้คือขั้นที่คนย้ายเองมักข้าม แล้วไปเจอระบบที่ลืมตอนตัดสวิตช์

  2. 2

    เลือกกลยุทธ์และออกแบบปลายทาง

    แผน Cloud Migrate จะจับแต่ละระบบเข้ากับหนึ่งใน 7R แล้วออกแบบสเปกเครื่อง เครือข่าย สิทธิ์การเข้าถึง และแผนสำรองข้อมูลบนคลาวด์ปลายทาง พร้อมสรุปหน้าต่างเวลาที่จะย้ายแต่ละระบบ

  3. 3

    ยกขึ้นเครื่องทดสอบและให้ผู้ใช้จริงลอง

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

  4. 4

    ซิงก์ข้อมูลแบบต่อเนื่องจนใกล้เท่ากัน

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

  5. 5

    Cutover ตัดสวิตช์ตามแผน Cloud Migrate ที่ซ้อมแล้ว

    สลับระบบนอกเวลาทำการตามลำดับที่ตกลงกันไว้ มีรายการตรวจรับทีละข้อ มีคนของทั้งสองฝ่ายอยู่หน้าจอ และมีเงื่อนไขที่ตกลงไว้ล่วงหน้าว่าถ้าถึงเวลานี้แล้วยังไม่ผ่าน จะย้อนกลับทันที

  6. 6

    เฝ้าระบบและปรับจูนหลังย้าย

    โครงการ Cloud Migrate ยังไม่จบในคืนที่ตัดสวิตช์ เราเฝ้าดูภาระเครื่องและความเร็วในสัปดาห์แรกอย่างใกล้ชิด ปรับสเปกให้พอดีกับการใช้งานจริง ตั้งรอบสำรองข้อมูล และส่งมอบเอกสารระบบให้ทีมไอทีขององค์กร

ย้ายเซิร์ฟเวอร์แต่ละแบบ ใช้ Downtime นานแค่ไหน

คำถามแรกที่ผู้บริหารถามเสมอ นี่คือช่วงเวลาที่งาน Cloud Migrate ส่วนใหญ่ใช้จริง เมื่อเตรียมงานตามแผนข้างต้นครบ

ตารางประมาณการเวลาที่ต้องหยุดระบบเมื่อย้ายเซิร์ฟเวอร์ขึ้นคลาวด์ แยกตามประเภทงาน
ประเภทระบบวิธีย้ายช่วงที่หยุดระบบ
เว็บไซต์บริษัทและ WordPressซิงก์ไฟล์กับฐานข้อมูลไว้ก่อน แล้วสลับ DNS ที่ลด TTL ไว้ล่วงหน้า0 ถึง 15 นาที
ฐานข้อมูล MySQL และ PostgreSQLทำสำเนาต่อเนื่องจากเครื่องเดิม แล้วสลับตัวหลักตอนข้อมูลตามทัน5 ถึง 30 นาที
อีเมลองค์กรซิงก์กล่องจดหมายเก่าให้ครบก่อน แล้วค่อยสลับ MX0 ถึง 30 นาที
File Server และ NASคัดลอกรอบใหญ่ล่วงหน้า แล้วคัดลอกเฉพาะไฟล์ที่เปลี่ยนในรอบสุดท้าย30 ถึง 60 นาที
ระบบ ERP และโปรแกรมบัญชีย้ายทั้งเครื่องเสมือน แล้วทดสอบรอบปิดบัญชีบนเครื่องใหม่ก่อนใช้จริง2 ถึง 6 ชั่วโมง นอกเวลาทำการ
VM ทั้งคลัสเตอร์ทยอยย้ายทีละชุดตามหน้าต่างเวลาที่ตกลงไว้หยุดเฉพาะช่วงสลับของแต่ละชุด

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

5 ความเสี่ยงตอนย้ายคลาวด์ และวิธีที่เราคุมไว้

งาน Cloud Migration ที่พลาดมักพลาดด้วยเหตุผลเดิม ๆ ทุกข้อในนี้จึงมีวิธีคุมเขียนไว้ในแผน Cloud Migrate ตั้งแต่ต้น

  1. 1

    ข้อมูลย้ายไปไม่ครบ

    ทุกงาน Cloud Migrate จะเทียบจำนวนแถวและค่าตรวจสอบไฟล์ทั้งสองฝั่งก่อนตัดสวิตช์ ถ้าตัวเลขไม่ตรง แปลว่ายังไม่ย้าย

  2. 2

    ระบบงานใช้ไม่ได้หลังย้าย

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

  3. 3

    หยุดระบบนานเกินที่แจ้งผู้บริหารไว้

    ซ้อมย้ายอย่างน้อยหนึ่งรอบเพื่อจับเวลาจริง แล้วกำหนดเวลาสุดท้ายที่จะย้อนกลับไว้ในแผน

  4. 4

    ผู้ใช้บางส่วนยังวิ่งไปเครื่องเก่า

    ลด TTL ของ DNS ล่วงหน้าหลายวัน ปิดทางเข้าเครื่องเดิมเมื่อผ่านการตรวจรับ และเก็บเครื่องเดิมไว้อ่านอย่างเดียวอีกระยะ

  5. 5

    ข้อมูลรั่วระหว่างขนย้าย

    งาน Cloud Migrate ขนข้อมูลผ่านช่องทางที่เข้ารหัสเท่านั้น จำกัดสิทธิ์ผู้ที่แตะข้อมูลได้ และลบข้อมูลชั่วคราวทิ้งเมื่อจบงาน

เช็กลิสต์ก่อนย้ายระบบขึ้นคลาวด์

ทีม Cloud Migrate ทำ 8 ข้อนี้ให้ครบก่อนกำหนดวันย้ายเสมอ เพราะมันตัดปัญหาที่พบบ่อยที่สุดออกไปได้เกือบทั้งหมด

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

ไม่อยากไล่เองทีละข้อ ให้ทีมวิศวกรสำรวจระบบให้ฟรี แล้วรับเช็กลิสต์ที่กรอกตามระบบจริงของคุณกลับไป

บริการ Cloud Migrate คิดค่าย้ายเท่าไหร่

0 บาท

ค่าสำรวจและวางแผน

ทีม Cloud Migrate สำรวจระบบเดิม เลือกกลยุทธ์ 7R และออกแบบปลายทางให้ฟรีก่อนตัดสินใจ

0 บาท

ค่าดำเนินการย้าย

ทดสอบ ซิงก์ข้อมูล และ Cutover จนระบบขึ้นใช้งานจริง รวมอยู่ในบริการแล้ว

0 บาท

ค่าแรกเข้า

จ่ายเฉพาะค่าเช่าทรัพยากรรายเดือนเป็นเงินบาท ตามสเปกที่ใช้จริง

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

ย้ายคลาวด์แล้วต้นทุนเปลี่ยนไปเท่าไหร่

คำถามที่ตามมาทันทีหลังรู้ว่าไม่มีค่าย้าย คือบิลรายเดือนหลังย้ายจะเป็นเท่าไหร่ ก่อนจะตอบเรื่องนั้น ต้องรู้ก่อนว่าบิลคลาวด์ต่างประเทศบานปลายจาก 4 เรื่องนี้

ราคาแบบจ่ายตามใช้จริง

ราคา On-demand แพงกว่าการจ่ายแบบผูกสัญญาล่วงหน้าอย่างมีนัยสำคัญ แต่หลายองค์กรไม่กล้าผูกสัญญาเพราะไม่แน่ใจว่าจะใช้ยาวแค่ไหน จึงจ่ายราคาสูงสุดอยู่ทุกเดือนโดยไม่รู้ตัว

ค่าข้อมูลขาออก หรือ Egress

นำข้อมูลเข้าฟรี แต่คิดเงินทุกครั้งที่ดึงข้อมูลออก ทั้งตอนสำรองข้อมูลออกนอกแพลตฟอร์ม ตอนเสิร์ฟไฟล์ให้ผู้ใช้ และตอนส่งข้อมูลข้ามโซน ค่านี้จึงโตตามการใช้งานจริงโดยไม่มีเพดาน

ทรัพยากรที่เปิดค้างไว้

ดิสก์ที่ไม่ได้ผูกกับเครื่องไหน IP ที่จองแล้วไม่ใช้ Snapshot ค้างจากปีก่อน และเครื่อง Dev ที่รันข้ามคืน งานวิจัยในวงการชี้ว่าราว 27% ของค่าคลาวด์จ่ายให้ของที่ไม่ได้ใช้จริง

บิลเป็นสกุลดอลลาร์

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

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

เทียบคลาวด์ต่างประเทศกับคลาวด์ไทยของเรา

เทียบเฉพาะรายการที่ทำให้บิลสองฝั่งต่างกันจริง ไม่ใช่จำนวนฟีเจอร์ในโบรชัวร์

รายการคลาวด์ต่างประเทศTHAI DATA CLOUD
รูปแบบราคาคิดตามการใช้งานรายชั่วโมงเหมาจ่ายรายเดือนตามสเปกที่ใช้
ค่าข้อมูลขาออก หรือ Egressคิดตามปริมาณที่ดึงออกไม่คิดค่าใช้จ่าย
IP สาธารณะเพิ่ม และ Snapshotมักคิดเพิ่มเป็นรายการแยกรวมอยู่ในแพ็กเกจแล้ว
สกุลเงินในบิลดอลลาร์ ผันผวนตามค่าเงินบาท ตั้งงบล่วงหน้าได้
ที่ตั้งข้อมูลและความเร็วของผู้ใช้ในไทยศูนย์ข้อมูลต่างประเทศData Center ในไทย มาตรฐาน Tier 3+
ค่าย้ายระบบเข้ามาทีมภายในทำเอง หรือจ้างผู้รับเหมาทีม Cloud Migrate ทำให้ ไม่คิดค่าย้าย
การดูแลหลังย้ายศูนย์ซัพพอร์ตต่างประเทศตามระดับที่ซื้อวิศวกรไทย 24x7x365 SLA 99.9%

* เปรียบเทียบเชิงโครงสร้างราคาและเงื่อนไขบริการ ตัวเลขค่าใช้จ่ายจริงขึ้นกับสเปกและปริมาณข้อมูลของแต่ละองค์กร

สิ่งที่ไม่ต้องจ่ายกับเรา ค่าข้อมูลขาออก ค่า IP เพิ่ม ค่า Snapshot ค่าซัพพอร์ต และค่าย้ายระบบ

ลองคำนวณค่าใช้จ่ายก่อนและหลังย้ายคลาวด์

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

ประมาณการกับ THAI DATA CLOUD

฿26,400/เดือน

ราคาคงที่เป็นบาท · ไม่มีค่า egress


Public cloud ต่างประเทศ (สเปกเท่ากัน + egress)

฿48,384 - ฿74,784/เดือน

ประหยัดได้สูงสุด ~65%

รับใบเสนอราคาจริง

* ตัวเลขเป็นการประมาณการเพื่อเปรียบเทียบเท่านั้น อ้างอิงอัตราตัวอย่าง ณ เดือนที่เผยแพร่ ราคาจริงขึ้นกับสเปกและปริมาณใช้งาน โปรดขอใบเสนอราคาเพื่อความแม่นยำ

ยังไม่ย้ายตอนนี้ ก็ลดบิลได้ด้วย 5 ข้อนี้

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

  1. 1

    ปรับขนาดเครื่องให้พอดีของจริง

    เปิดกราฟการใช้ CPU และ RAM ย้อนหลัง 30 วัน เครื่องที่ใช้จริงต่ำกว่า 40% ของสเปกมาตลอด คือเงินที่จ่ายทิ้งทุกเดือน ลดขนาดลงได้โดยไม่กระทบงาน

  2. 2

    ปิดเครื่องที่ไม่ใช่ระบบจริงนอกเวลางาน

    เครื่อง Dev, Test และ Staging ที่รันทั้งคืนและวันหยุด ทั้งที่ทีมใช้แค่จันทร์ถึงศุกร์ ตั้งเวลาปิดเปิดอัตโนมัติ ลดชั่วโมงที่ต้องจ่ายของเครื่องกลุ่มนี้ลงได้กว่าครึ่ง

  3. 3

    ตามล่าทรัพยากรที่ไม่มีเจ้าของ

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

  4. 4

    ใช้สัญญาผูกล่วงหน้าเมื่อระบบนิ่งแล้ว

    เครื่องที่รู้แน่ว่าจะรันยาวควรจ่ายแบบผูกสัญญาที่ถูกกว่าราคา On-demand อย่างชัดเจน ความกลัวผูกมัดทำให้หลายองค์กรจ่ายแพงกว่าที่จำเป็นมาหลายปี

  5. 5

    ตั้งเพดานแจ้งเตือนแยกตามทีม

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

ระบบไหนควรย้าย ระบบไหนควรอยู่ที่เดิม

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

เก็บไว้ที่เดิมก่อนก็ได้

  • งานที่ทราฟฟิกพุ่งเป็นช่วงสั้น ๆ

    แคมเปญที่ทราฟฟิกขึ้นสิบเท่าไม่กี่วันต่อปี ความยืดหยุ่นของราคาแบบจ่ายตามใช้จริงยังคุ้มกับส่วนต่าง

  • บริการสำเร็จรูปที่ผูกกับแพลตฟอร์ม

    บริการด้านปัญญาประดิษฐ์หรือคลังข้อมูลเฉพาะของค่าย ที่การย้ายออกเท่ากับต้องเขียนระบบใหม่

  • ระบบที่ต้องเสิร์ฟผู้ใช้หลายทวีป

    งานที่ต้องการศูนย์ข้อมูลทั่วโลกและเครือข่ายกระจายเนื้อหาในเครือเดียวกัน

ย้ายมาแล้วคุ้มชัดเจน

  • เครื่องที่รันคงที่ตลอด 24 ชั่วโมง

    ระบบ ERP ระบบภายใน และ API หลัก คือกลุ่มที่ราคาเหมาจ่ายรายเดือนชนะราคาแบบจ่ายตามใช้จริงชัดที่สุด

  • ฐานข้อมูลขนาดใหญ่

    จ่ายทั้งค่าเครื่อง ค่าอ่านเขียนดิสก์ และค่าข้อมูลขาออกตอนสำรองข้อมูล จึงเป็นกลุ่มที่บิลลดเห็นชัดที่สุดหลังย้าย

  • ข้อมูลเย็นที่เก็บระยะยาว

    ไฟล์ที่นาน ๆ เรียกใช้สักครั้ง แต่จ่ายค่าพื้นที่ทุกเดือนและจ่ายค่าดึงออกอีกรอบเมื่อต้องใช้จริง

  • ระบบที่ผู้ใช้อยู่ในไทยทั้งหมด

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

  • ข้อมูลอ่อนไหวภายใต้ PDPA

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

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

ทำไมองค์กรถึงเลือกให้เราย้ายเซิร์ฟเวอร์ให้

ผู้ให้บริการคลาวด์ไทยตั้งแต่ปี 2016 ที่ทำงาน Cloud Migrate ด้วยทีมวิศวกรของตัวเอง ไม่ส่งต่อให้ผู้รับเหมา

ปลายทางอยู่ใน Data Center ไทย

ระบบ On-Premise ที่ย้ายมาแล้วจะอยู่ในศูนย์ข้อมูลมาตรฐาน Tier 3+ ในประเทศไทย ข้อมูลไม่ต้องออกนอกราชอาณาจักร สอดคล้องกับ พ.ร.บ. คุ้มครองข้อมูลส่วนบุคคล และผู้ใช้ในไทยเข้าถึงได้เร็วกว่าเดิม

มาตรฐานครบตั้งแต่วันแรก

ISO/IEC 27001 ด้านความมั่นคงปลอดภัยสารสนเทศ ISO 22301 ด้านความต่อเนื่องทางธุรกิจ พร้อม ISO 20000-1 และ CSA-STAR จึงตอบงานตรวจสอบและงานจัดซื้อได้ทันที

ทีมวิศวกรไทยลงมือเอง

คนที่วางแผน Cloud Migrate คือคนเดียวกับที่อยู่หน้าจอในคืน Cutover และเป็นทีมเดียวกับที่ดูแลระบบต่อหลังย้าย คุยภาษาไทย ไม่ต้องรอคิวศูนย์ซัพพอร์ตต่างประเทศ

มีแผนย้อนกลับเสมอ

ทุกงาน Cloud Migrate มีเงื่อนไขและเวลาสุดท้ายที่จะย้อนกลับเขียนไว้ล่วงหน้า และเครื่องเดิมยังไม่ถูกแตะจนกว่าจะผ่านการตรวจรับ ความเสี่ยงจึงจำกัดอยู่ในหน้าต่างเวลาที่ตกลงกันไว้

ไม่คิดค่าย้ายและไม่มีค่าแรกเข้า

ค่าสำรวจระบบ ออกแบบ ทดสอบ และดำเนินการย้าย รวมอยู่ในบริการ Cloud Migrate แล้วเมื่อย้ายมาใช้คลาวด์ของเรา องค์กรจ่ายเฉพาะค่าเช่าทรัพยากรรายเดือนเป็นเงินบาท

ไม่ล็อกให้ย้ายออกยาก

ปลายทางวางอยู่บนเทคโนโลยีเปิดอย่าง KVM และ Ceph ไม่มีค่าปรับตอนดึงข้อมูลออก องค์กรจึงยังถือสิทธิ์เลือกเองได้ตลอดว่าจะอยู่ต่อหรือย้ายไปไหน

เทียบกับทางเลือกอื่นในการย้ายระบบ

ทุกทางเลือกย้ายได้ทั้งนั้น ต่างกันที่ใครรับความเสี่ยงในคืนที่ตัดสวิตช์ และใครอยู่ดูแลต่อในเดือนถัดไป นี่คือจุดที่บริการ Cloud Migrate ต่างออกไป

ตัวเลือกในตลาดจุดที่ THAI DATA เข้ามาเติมเต็ม
ให้ทีมไอทีภายในย้ายกันเองบริการ Cloud Migrate รับงานสำรวจระบบ ซ้อมย้าย และเฝ้าคืน Cutover ให้ ทีมภายในจึงไม่ต้องหยุดงานประจำไปหลายสัปดาห์ และไม่ต้องรับความเสี่ยงคนเดียวเมื่อมีอะไรไม่เป็นไปตามแผน
จ้างฟรีแลนซ์ย้ายเป็นครั้ง ๆเราอยู่กับระบบต่อหลังย้ายเสร็จ มีสัญญาระดับบริการ 99.9% และทีมเฝ้าระวัง 24 ชั่วโมง ไม่ใช่จบงานแล้วตามตัวไม่ได้ตอนระบบมีปัญหาเดือนถัดไป
ย้ายไปคลาวด์ต่างประเทศเองเราคิดราคาเป็นเงินบาทที่ตั้งงบได้ ไม่มีค่าข้อมูลขาออก ปลายทางอยู่ในไทยจึงเข้าถึงเร็วกว่าและตอบเรื่องข้อมูลอยู่ในประเทศได้
อยู่ที่เดิมไปก่อนทีม Cloud Migrate ประเมินให้ฟรีก่อนตัดสินใจ ว่าระบบไหนควรย้ายรอบนี้ ระบบไหนควรอยู่ที่เดิม และย้ายแล้วต้นทุนกับความเสี่ยงเปลี่ยนไปเท่าไหร่ ไม่ต้องย้ายทั้งหมดในครั้งเดียว

ส่งรายการระบบมา แล้วรับแผนย้ายกลับไปฟรี

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

คำถามที่พบบ่อยเรื่องการย้ายคลาวด์และย้ายเซิร์ฟเวอร์

บริการ Cloud Migrate คิดค่าย้ายเซิร์ฟเวอร์เท่าไหร่

Cloud Migrate ไม่คิดค่าย้ายและไม่มีค่าแรกเข้า ค่าสำรวจระบบ ออกแบบปลายทาง ทดสอบ และดำเนินการย้ายจนจบโครงการ รวมอยู่ในบริการแล้วเมื่อย้ายมาใช้คลาวด์ของ THAI DATA CLOUD องค์กรจ่ายเฉพาะค่าเช่าทรัพยากรรายเดือนเป็นเงินบาทตามสเปกที่ใช้จริง

ย้ายเซิร์ฟเวอร์ขึ้นคลาวด์ต้องหยุดระบบนานแค่ไหน มี Downtime เท่าไหร่

ขึ้นกับชนิดของระบบ งาน Cloud Migrate ที่เป็นเว็บไซต์และอีเมลมักหยุดในระดับไม่กี่นาทีถึงครึ่งชั่วโมง เพราะเราซิงก์ข้อมูลไว้ล่วงหน้าแล้วสลับปลายทางเท่านั้น ส่วนระบบ ERP หรือฐานข้อมูลใหญ่จะวางหน้าต่างเวลานอกเวลาทำการไว้ราว 2 ถึง 6 ชั่วโมง ตัวเลขจริงของแต่ละองค์กรจะสรุปให้หลังสำรวจระบบเสร็จ

ย้ายคลาวด์แล้วข้อมูลจะหายหรือไม่

ก่อนแตะระบบเดิม งาน Cloud Migrate ต้องเห็นสำเนาข้อมูลที่กู้คืนได้จริงก่อนเสมอ ระหว่างย้ายจะเทียบจำนวนแถวข้อมูลและค่าตรวจสอบไฟล์ทั้งสองฝั่ง ถ้าตัวเลขไม่ตรงกันจะไม่ตัดสวิตช์ และเครื่องเดิมจะยังไม่ถูกลบจนกว่าองค์กรจะตรวจรับระบบใหม่แล้ว

ต้องย้ายทั้งองค์กรพร้อมกันเลยไหม

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

ระบบเดิมเก่ามาก ยังย้ายขึ้นคลาวด์ได้ไหม

ส่วนใหญ่ได้ เพราะการทำ Cloud Migrate แบบยกทั้งเครื่องไม่ต้องติดตั้งระบบงานใหม่ เราจะทำสำเนาทั้งเครื่องขึ้นไปรันบนคลาวด์แล้วให้ทดสอบก่อน กรณีที่ต้องระวังคือซอฟต์แวร์ที่ผูกลิขสิทธิ์กับฮาร์ดแวร์เดิม ซึ่งเราจะตรวจให้ตั้งแต่ขั้นสำรวจ

ระหว่างย้ายพนักงานยังทำงานได้ตามปกติไหม

ได้ ตลอดช่วงเตรียมงานและช่วงซิงก์ข้อมูลของ Cloud Migrate ระบบเดิมยังเปิดใช้ตามปกติ มีเฉพาะช่วง Cutover สั้น ๆ ที่ต้องหยุด ซึ่งเราจัดไว้นอกเวลาทำการหรือวันหยุด และแจ้งผู้ใช้ล่วงหน้าตามแผนที่ตกลงกันไว้

ถ้าย้ายแล้วมีปัญหา จะย้อนกลับได้ไหม

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

ใช้เวลาทั้งโครงการนานเท่าไหร่

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

ย้ายขึ้นคลาวด์แล้วยังใช้ IP เดิมได้ไหม

หลังทำ Cloud Migrate แล้ว IP สาธารณะจะเปลี่ยนเป็นของคลาวด์ปลายทาง ซึ่งเป็นเหตุผลที่เราลด TTL ของโดเมนล่วงหน้าและวางแผนสลับ DNS ไว้ ส่วนหมายเลข IP ภายในองค์กรมักคงเดิมได้ เพราะเราออกแบบเครือข่ายภายในบนคลาวด์ให้ตรงกับผังเดิม ระบบที่ตั้งค่าชี้กันด้วย IP จึงไม่ต้องแก้

ย้ายแล้วข้อมูลอยู่ที่ไหน สอดคล้อง PDPA หรือไม่

ปลายทางของ Cloud Migrate อยู่ใน Data Center ในประเทศไทย มาตรฐาน Tier 3+ ภายใต้ ISO/IEC 27001 และ ISO 22301 องค์กรจึงตอบข้อกำหนดเรื่องข้อมูลอยู่ในราชอาณาจักรและ PDPA ได้ และเรามีเอกสารประกอบให้ใช้ในงานตรวจสอบ

หลังย้ายเสร็จแล้วใครดูแลระบบต่อ

ทีมวิศวกรไทยชุดเดิมที่ทำ Cloud Migrate ให้จะดูแลต่อ เฝ้าระวังและแจ้งเตือน 24 ชั่วโมงทุกวัน ภายใต้ SLA 99.9% พร้อมส่งมอบเอกสารระบบให้ทีมไอทีขององค์กร เพื่อให้ดูแลร่วมกันได้ ไม่ใช่ผูกไว้กับเราฝ่ายเดียว

ย้ายคลาวด์มาไว้ในไทยแล้วประหยัดค่าใช้จ่ายได้จริงไหม

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

ค่า Egress คืออะไร ทำไมถึงทำให้บิลคลาวด์บานปลาย

Egress คือค่าข้อมูลขาออก ที่คลาวด์ต่างประเทศส่วนใหญ่คิดเงินเมื่อดึงข้อมูลออกจากแพลตฟอร์ม ขณะที่นำข้อมูลเข้าให้ฟรี งานที่โดนหนักโดยไม่รู้ตัวคือการสำรองข้อมูลออกไปเก็บนอกแพลตฟอร์ม เว็บที่เสิร์ฟไฟล์ขนาดใหญ่ และการส่งข้อมูลข้ามโซน วิธีเช็กเร็วที่สุดคือเปิดบิลเดือนล่าสุดแล้วหาบรรทัด Data Transfer หรือ Bandwidth คลาวด์ของ THAI DATA CLOUD ไม่คิดค่าส่วนนี้

ต้องย้ายออกจากคลาวด์ต่างประเทศทั้งหมดเลยไหม

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

เริ่มต้นอย่างไร

ส่งรายการระบบที่ใช้อยู่ตอนนี้มาให้ทีมวิศวกร Cloud Migrate ประเมินได้ฟรี ไม่มีข้อผูกมัด เราจะสรุปกลับไปว่าระบบไหนควรย้ายรอบนี้ ใช้กลยุทธ์ใด ต้องหยุดระบบนานเท่าไหร่ และค่าใช้จ่ายรายเดือนหลังย้ายเป็นเท่าไหร่ หรือโทร 098-894-2499, 082-653-2659 และ LINE @thaidatacloud

ให้วิศวกรวางแผนย้ายให้ฟรี

บอกเราว่าตอนนี้ระบบอยู่ที่ไหนและใหญ่แค่ไหน ทีมงาน Cloud Migrate จะติดต่อกลับภายใน 1 วันทำการ

  • 098-894-2499, 082-653-2659
  • LINE @thaidatacloud
  • ข้อมูลของคุณถูกเก็บเป็นความลับ และใช้เพื่อการติดต่อกลับเท่านั้น