การย้ายข้อมูลไปยัง Google Cloud: การถ่ายโอนชุดข้อมูลขนาดใหญ่ของคุณ

สำหรับลูกค้าหลายๆ ราย ขั้นตอนแรกในการปรับใช้ผลิตภัณฑ์ Google Cloud คือการนำข้อมูลของตนเข้าสู่ Google Cloud เอกสารนี้จะสำรวจกระบวนการดังกล่าว ตั้งแต่การวางแผนการถ่ายโอนข้อมูลไปจนถึงการใช้แนวทางปฏิบัติที่ดีที่สุดในการนำแผนไปใช้ การถ่ายโอนชุดข้อมูลขนาดใหญ่เกี่ยวข้องกับการสร้างทีมที่เหมาะสม การวางแผนล่วงหน้า และการทดสอบแผนการถ่ายโอนของคุณก่อนที่จะนำไปใช้ในสภาพแวดล้อมการผลิต แม้ว่าขั้นตอนเหล่านี้อาจใช้เวลานานพอๆ กับการโอนย้าย แต่การเตรียมการดังกล่าวสามารถช่วยลดการหยุดชะงักในการดำเนินธุรกิจของคุณระหว่างการโอนได้ เอกสารนี้เป็นส่วนหนึ่งของชุดข้อมูลหลายตอนเกี่ยวกับการย้ายข้อมูลไปยัง Google Cloud หากคุณสนใจภาพรวมของซีรี่ส์ โปรดดูที่การย้ายข้อมูลไปยัง Google Cloud: การเลือกเส้นทางการย้ายข้อมูลของคุณ บทความนี้เป็นส่วนหนึ่งของชุด: - การย้ายข้อมูลไปยัง Google Cloud: เริ่มต้นใช้งาน - การย้ายข้อมูลไปยัง Google Cloud: การประเมินและค้นหาภาระงานของคุณ - การย้ายข้อมูลไปยัง Google Cloud: สร้างรากฐานของคุณ - การย้ายข้อมูลไปยัง Google Cloud: การโอนชุดข้อมูลขนาดใหญ่ของคุณ (เอกสารนี้) - การย้ายข้อมูลไปยัง Google Cloud: การปรับใช้ปริมาณงานของคุณ - การย้ายข้อมูลไปยัง Google Cloud: การย้ายจากการปรับใช้แบบแมนนวลไปสู่การปรับใช้แบบคอนเทนเนอร์อัตโนมัติ - การย้ายข้อมูลไปยัง Google Cloud: การเพิ่มประสิทธิภาพสภาพแวดล้อมของคุณ - การย้ายข้อมูลไปยัง Google Cloud: แนวทางปฏิบัติที่ดีที่สุดในการตรวจสอบแผนการย้ายข้อมูล แผนภาพต่อไปนี้แสดงเส้นทางของเส้นทางการย้ายข้อมูลของคุณ ระยะการปรับใช้เป็นระยะที่สามในการย้ายข้อมูลไปยัง Google Cloud ซึ่งคุณออกแบบกระบวนการปรับใช้สำหรับปริมาณงานของคุณ เอกสารนี้มีประโยชน์หากคุณวางแผนย้ายจากสภาพแวดล้อมภายในองค์กร จากสภาพแวดล้อมการโฮสต์ส่วนตัว จากผู้ให้บริการระบบคลาวด์รายอื่นไปยัง Google Cloud หรือหากคุณกำลังประเมินโอกาสในการย้ายข้อมูลและต้องการสำรวจว่าจะมีลักษณะอย่างไร ชอบ ## การถ่ายโอนข้อมูลคืออะไร? สำหรับวัตถุประสงค์ของเอกสารนี้ การถ่ายโอนข้อมูลคือกระบวนการย้ายข้อมูลโดยไม่แปลง เช่น ย้ายไฟล์ในขณะที่เป็นวัตถุ การถ่ายโอนข้อมูลไม่ง่ายอย่างที่คิด การคิดว่าการถ่ายโอนข้อมูลเป็นเซสชัน FTP ขนาดยักษ์หนึ่งเซสชันนั้นน่าดึงดูดใจ โดยที่คุณวางไฟล์ไว้ด้านหนึ่งแล้วรอให้มันออกมาอีกด้าน อย่างไรก็ตาม ในสภาพแวดล้อมขององค์กรส่วนใหญ่ กระบวนการถ่ายโอนจะเกี่ยวข้องกับปัจจัยหลายอย่าง เช่น ต่อไปนี้: - วางแผนการโอนย้ายที่คำนึงถึงเวลาในการบริหาร รวมถึงเวลาในการตัดสินใจเลือกตัวเลือกการโอน รับการอนุมัติ และจัดการกับปัญหาที่ไม่คาดคิด - ประสานงานคนในองค์กรของคุณ เช่น ทีมงานที่ดำเนินการถ่ายโอน บุคลากรที่อนุมัติเครื่องมือและสถาปัตยกรรม และผู้มีส่วนได้ส่วนเสียทางธุรกิจที่เกี่ยวข้องกับคุณค่าและการหยุดชะงักของการย้ายข้อมูล - การเลือกเครื่องมือการถ่ายโอนที่เหมาะสมตามทรัพยากร ต้นทุน เวลา และข้อพิจารณาอื่นๆ ของโครงการ - เอาชนะความท้าทายในการถ่ายโอนข้อมูล รวมถึงปัญหา "ความเร็วแสง"(แบนด์วิธไม่เพียงพอ) การย้ายชุดข้อมูลที่ใช้งานอยู่ การปกป้องและตรวจสอบข้อมูลในขณะที่อยู่ระหว่างการบิน และทำให้มั่นใจว่าการถ่ายโอนข้อมูลสำเร็จ เอกสารนี้มีจุดมุ่งหมายเพื่อช่วยให้คุณเริ่มต้นการถ่ายโอนที่ประสบความสำเร็จ โครงการอื่น ๆ ที่เกี่ยวข้องกับการถ่ายโอนข้อมูล รายการต่อไปนี้ประกอบด้วยแหล่งข้อมูลสำหรับโครงการถ่ายโอนข้อมูลประเภทอื่นๆ ที่ไม่ครอบคลุมในเอกสารนี้: - หากคุณต้องการแปลงข้อมูลของคุณ (เช่น การรวมแถว การรวมชุดข้อมูล หรือการกรองข้อมูลส่วนบุคคลที่สามารถระบุตัวตนได้) คุณควรพิจารณาโซลูชันการแยก แปลง และโหลด (ETL) ที่สามารถฝากข้อมูลไว้ในคลังข้อมูล Google Cloud สำหรับตัวอย่างสถาปัตยกรรมนี้ โปรดดูบทช่วยสอน Dataflow นี้ - หากคุณต้องการย้ายฐานข้อมูลและแอปที่เกี่ยวข้อง (เช่น เพื่อยกและเปลี่ยนแอปฐานข้อมูล) คุณอาจดูเอกสารประกอบสำหรับ Cloud Spanner โซลูชันสำหรับ PostgreSQL และเอกสารอื่นๆ เกี่ยวกับประเภทฐานข้อมูลของคุณ - หากคุณต้องการย้ายข้อมูลของคุณจาก HBase ไปยังบริการฐานข้อมูล NoSQL ที่มีการจัดการเต็มรูปแบบซึ่งเข้ากันได้กับ HBase API และสามารถรองรับปริมาณงานที่มากขึ้น โปรดดูที่ Cloud Bigtable - หากคุณต้องการย้ายอินสแตนซ์เครื่องเสมือน (VM) ให้พิจารณาใช้ผลิตภัณฑ์การย้ายข้อมูล VM ของ Google ย้ายไปยังเครื่องเสมือน ## ขั้นตอนที่ 1: รวบรวมทีมของคุณ การวางแผนการถ่ายโอนโดยทั่วไปจำเป็นต้องมีบุคลากรที่มีบทบาทและความรับผิดชอบดังต่อไปนี้: การเปิดใช้งานทรัพยากรที่จำเป็นสำหรับการถ่ายโอน: พื้นที่เก็บข้อมูล ไอที และผู้ดูแลระบบเครือข่าย ผู้สนับสนุนระดับผู้บริหาร และที่ปรึกษาอื่นๆ (เช่น ทีมบัญชี Google หรือพันธมิตรการผสานรวม) การอนุมัติการตัดสินใจในการถ่ายโอน: เจ้าของข้อมูลหรือผู้ว่าการ (สำหรับนโยบายภายในว่าใครคือใคร อนุญาตให้ถ่ายโอนข้อมูลใด) ที่ปรึกษากฎหมาย (สำหรับกฎระเบียบที่เกี่ยวข้องกับข้อมูล) และผู้ดูแลระบบความปลอดภัย (สำหรับนโยบายภายในเกี่ยวกับวิธีป้องกันการเข้าถึงข้อมูล) การดำเนินการถ่ายโอน: หัวหน้าทีม ผู้จัดการโครงการ (สำหรับการดำเนินการและติดตามโครงการ ) ทีมวิศวกร และการรับและจัดส่งนอกสถานที่ (เพื่อรับฮาร์ดแวร์ของอุปกรณ์) สิ่งสำคัญคือต้องระบุว่าใครเป็นเจ้าของความรับผิดชอบก่อนหน้านี้สำหรับโครงการโอนย้ายของคุณ และรวมไว้ในการวางแผนและการประชุมตัดสินใจตามความเหมาะสม การวางแผนองค์กรที่ไม่ดีมักเป็นสาเหตุของการริเริ่มการถ่ายโอนที่ล้มเหลว การรวบรวมข้อกำหนดของโครงการและข้อมูลจากผู้มีส่วนได้ส่วนเสียเหล่านี้อาจเป็นเรื่องที่ท้าทาย แต่การวางแผนและกำหนดบทบาทและความรับผิดชอบที่ชัดเจนนั้นให้ผลตอบแทนที่ดี คุณไม่สามารถคาดหวังให้ทราบรายละเอียดทั้งหมดของข้อมูลของคุณได้ การรวบรวมทีมช่วยให้คุณเข้าใจความต้องการของธุรกิจมากขึ้น แนวทางปฏิบัติที่ดีที่สุดในการระบุปัญหาที่อาจเกิดขึ้นก่อนที่คุณจะลงทุนเวลา เงิน และทรัพยากรเพื่อดำเนินการโอนให้เสร็จสมบูรณ์ ## ขั้นตอนที่ 2: การรวบรวมข้อกำหนดและทรัพยากรที่มีอยู่ เมื่อคุณออกแบบแผนการถ่ายโอน เราขอแนะนำให้คุณรวบรวมข้อกำหนดสำหรับการถ่ายโอนข้อมูลของคุณก่อน แล้วจึงตัดสินใจเลือกตัวเลือกการถ่ายโอน ในการรวบรวมข้อกำหนด คุณสามารถใช้กระบวนการต่อไปนี้: - ระบุชุดข้อมูลที่คุณต้องการย้าย - เลือกเครื่องมือเช่น Data Catalog เพื่อจัดระเบียบข้อมูลของคุณเป็นกลุ่มตรรกะที่ย้ายและใช้ร่วมกัน - ทำงานร่วมกับทีมภายในองค์กรของคุณเพื่อตรวจสอบหรืออัปเดตการจัดกลุ่มเหล่านี้ - ระบุชุดข้อมูลของคุณ สามารถย้าย - พิจารณาว่ากฎข้อบังคับ ความปลอดภัย หรือปัจจัยอื่นๆ ห้ามไม่ให้มีการถ่ายโอนชุดข้อมูลบางชุดหรือไม่ - หากคุณจำเป็นต้องแปลงข้อมูลบางส่วนก่อนที่จะย้าย (เช่น เพื่อลบข้อมูลที่ละเอียดอ่อนหรือจัดระเบียบข้อมูลของคุณใหม่) ให้พิจารณาใช้ผลิตภัณฑ์การผสานรวมข้อมูล เช่น Dataflow หรือ Cloud Data Fusion หรือผลิตภัณฑ์การจัดการเวิร์กโฟลว์ เช่น Cloud Composer - สำหรับชุดข้อมูลที่เคลื่อนย้ายได้ ให้กำหนดตำแหน่งที่จะถ่ายโอนชุดข้อมูลแต่ละชุด - บันทึกตัวเลือกพื้นที่เก็บข้อมูลที่คุณเลือกเพื่อจัดเก็บข้อมูลของคุณ โดยทั่วไป ระบบจัดเก็บข้อมูลเป้าหมายบน Google Cloud คือ Cloud Storage แม้ว่าคุณจะต้องการโซลูชันที่ซับซ้อนมากขึ้นหลังจากที่แอปพลิเคชันของคุณเปิดใช้งานแล้ว Cloud Storage ก็เป็นตัวเลือกพื้นที่เก็บข้อมูลที่ปรับขนาดได้และทนทาน - ทำความเข้าใจว่านโยบายการเข้าถึงข้อมูลใดที่ต้องรักษาไว้หลังจากการโยกย้าย - กำหนดว่าคุณจำเป็นต้องจัดเก็บข้อมูลนี้ในภูมิภาคใดภูมิภาคหนึ่งหรือไม่ - วางแผนวิธีการจัดโครงสร้างข้อมูลนี้ที่ปลายทาง เช่น จะเหมือนกับที่มาหรือต่างกันอย่างไร? - พิจารณาว่าคุณจำเป็นต้องถ่ายโอนข้อมูลอย่างต่อเนื่องหรือไม่ - สำหรับชุดข้อมูลที่สามารถเคลื่อนย้ายได้ ให้กำหนดว่าทรัพยากรใดบ้างที่มีอยู่ เพื่อย้ายพวกเขา - เวลา: ต้องโอนเสร็จเมื่อไหร่? - ค่าใช้จ่าย: งบประมาณที่มีอยู่สำหรับทีมและค่าใช้จ่ายในการโอนคืออะไร? - ผู้คน: ใครสามารถดำเนินการถ่ายโอนได้บ้าง - แบนด์วิดท์ (สำหรับการถ่ายโอนออนไลน์): สามารถจัดสรรแบนด์วิดท์ที่มีอยู่ในปัจจุบันของคุณสำหรับ Google Cloud ได้เท่าใดสำหรับการถ่ายโอน และสำหรับช่วงเวลาใด ก่อนที่คุณจะประเมินและเลือกตัวเลือกการถ่ายโอนในขั้นตอนต่อไปของการวางแผน เราขอแนะนำให้คุณประเมินว่าส่วนใดของโมเดล IT ของคุณสามารถปรับปรุงได้หรือไม่ เช่น การกำกับดูแลข้อมูล องค์กร และความปลอดภัย โมเดลความปลอดภัยของคุณ สมาชิกหลายคนในทีมโอนอาจได้รับบทบาทใหม่ในองค์กร Google Cloud ซึ่งเป็นส่วนหนึ่งของโครงการโอนข้อมูล การวางแผนการถ่ายโอนข้อมูลเป็นเวลาที่ดีในการตรวจสอบสิทธิ์ Identity and Access Management (IAM) และแนวทางปฏิบัติที่ดีที่สุดสำหรับการใช้ IAM อย่างปลอดภัย ปัญหาเหล่านี้อาจส่งผลต่อวิธีการให้สิทธิ์การเข้าถึงที่เก็บข้อมูลของคุณ ตัวอย่างเช่น คุณอาจกำหนดข้อจำกัดที่เข้มงวดในการเข้าถึงการเขียนข้อมูลที่ถูกเก็บถาวรด้วยเหตุผลด้านกฎระเบียบ แต่คุณอาจอนุญาตให้ผู้ใช้และแอปพลิเคชันจำนวนมากเขียนข้อมูลลงในสภาพแวดล้อมการทดสอบของคุณ องค์กร Google Cloud ของคุณ วิธีจัดโครงสร้างข้อมูลของคุณบน Google Cloud ขึ้นอยู่กับว่าคุณวางแผนจะใช้ Google Cloud อย่างไร การจัดเก็บข้อมูลของคุณในโครงการคลาวด์เดียวกับที่คุณเรียกใช้แอปพลิเคชันของคุณเป็นวิธีการง่ายๆ แต่อาจไม่เหมาะสมนักจากมุมมองของการจัดการ นักพัฒนาของคุณบางรายอาจไม่มีสิทธิ์ดูข้อมูลการผลิต ในกรณีดังกล่าว นักพัฒนาซอฟต์แวร์สามารถพัฒนาโค้ดบนข้อมูลตัวอย่างได้ ในขณะที่บัญชีบริการที่ได้รับสิทธิพิเศษสามารถเข้าถึงข้อมูลการผลิตได้ ดังนั้น คุณอาจต้องการเก็บชุดข้อมูลการผลิตทั้งหมดของคุณในโครงการคลาวด์แยกต่างหาก จากนั้นใช้บัญชีบริการเพื่ออนุญาตให้เข้าถึงข้อมูลจากแต่ละโครงการแอปพลิเคชัน Google Cloud ได้รับการจัดระเบียบตามโครงการต่างๆ โครงการสามารถจัดกลุ่มเป็นโฟลเดอร์ และสามารถจัดกลุ่มโฟลเดอร์ภายใต้องค์กรของคุณ บทบาทถูกสร้างขึ้นที่ระดับโปรเจ็กต์ และเพิ่มสิทธิ์การเข้าถึงให้กับบทบาทเหล่านี้ที่ระดับบัคเก็ต Cloud Storage โครงสร้างนี้สอดคล้องกับโครงสร้างสิทธิ์ของผู้ให้บริการที่เก็บอ็อบเจ็กต์อื่น สำหรับแนวทางปฏิบัติที่ดีที่สุดในการจัดโครงสร้างองค์กร Google Cloud โปรดดูที่การตัดสินใจลำดับชั้นของทรัพยากรสำหรับพื้นที่ลงจอดของ Google Cloud ## ขั้นตอนที่ 3: ประเมินตัวเลือกการโอนของคุณ ในการประเมินตัวเลือกการถ่ายโอนข้อมูลของคุณ ทีมถ่ายโอนจำเป็นต้องพิจารณาปัจจัยหลายประการ รวมถึงปัจจัยต่อไปนี้: - ค่าใช้จ่าย - เวลา - ตัวเลือกการโอนออฟไลน์กับออนไลน์ - ถ่ายทอดเครื่องมือและเทคโนโลยี - ความปลอดภัย ค่าใช้จ่าย ค่าใช้จ่ายส่วนใหญ่ที่เกี่ยวข้องกับการถ่ายโอนข้อมูลมีดังต่อไปนี้: - ต้นทุนเครือข่าย - Ingress to Cloud Storage ฟรี อย่างไรก็ตาม หากคุณโฮสต์ข้อมูลของคุณบนผู้ให้บริการระบบคลาวด์สาธารณะ คุณจะต้องชำระค่าธรรมเนียมขาออกและค่าใช้จ่ายในการจัดเก็บ (เช่น การดำเนินการอ่าน) สำหรับการถ่ายโอนข้อมูลของคุณ ค่าใช้จ่ายนี้ใช้กับข้อมูลที่มาจาก Google หรือผู้ให้บริการระบบคลาวด์รายอื่น - หากข้อมูลของคุณโฮสต์อยู่ในศูนย์ข้อมูลส่วนตัวที่คุณดำเนินการ คุณอาจต้องเสียค่าใช้จ่ายเพิ่มเติมสำหรับการตั้งค่าแบนด์วิดท์เพิ่มเติมให้กับ Google Cloud - ต้นทุนการจัดเก็บและการดำเนินการสำหรับ Cloud Storage ระหว่างและหลังการถ่ายโอนข้อมูล - ต้นทุนผลิตภัณฑ์ (เช่น Transfer Appliance) - ค่าใช้จ่ายด้านบุคลากรในการประกอบทีมของคุณและรับการสนับสนุนด้านลอจิสติกส์ เวลา มีบางสิ่งในการคำนวณที่เน้นข้อจำกัดด้านฮาร์ดแวร์ของเครือข่าย เช่น การถ่ายโอนข้อมูลจำนวนมาก ตามหลักการแล้ว คุณสามารถถ่ายโอนข้อมูล 1 GB ในแปดวินาทีผ่านเครือข่าย 1 Gbps หากคุณปรับขนาดเป็นชุดข้อมูลขนาดใหญ่ (เช่น 100 TB) เวลาในการถ่ายโอนคือ 12 วัน การถ่ายโอนชุดข้อมูลขนาดใหญ่สามารถทดสอบขีดจำกัดของโครงสร้างพื้นฐานของคุณและอาจทำให้เกิดปัญหากับธุรกิจของคุณได้ คุณสามารถใช้เครื่องคำนวณต่อไปนี้เพื่อทำความเข้าใจว่าการถ่ายโอนอาจใช้เวลานานเท่าใด โดยพิจารณาจากขนาดของชุดข้อมูลที่คุณกำลังย้ายและแบนด์วิธที่มีให้สำหรับการถ่ายโอน เปอร์เซ็นต์ของเวลาในการจัดการจะถูกนำมาพิจารณาในการคำนวณ นอกจากนี้ ประสิทธิภาพแบนด์วิธที่มีประสิทธิภาพยังรวมอยู่ด้วย ดังนั้นตัวเลขที่ได้จึงมีความสมจริงมากขึ้นและจะไม่ได้รับตัวเลขในอุดมคติ คุณอาจไม่ต้องการถ่ายโอนชุดข้อมูลขนาดใหญ่ออกจากเครือข่ายบริษัทของคุณในช่วงเวลาที่มีการทำงานสูง หากการถ่ายโอนโอเวอร์โหลดเครือข่าย จะไม่มีใครสามารถทำงานที่จำเป็นหรือภารกิจสำคัญให้เสร็จสิ้นได้ ด้วยเหตุนี้ทีมโอนจำเป็นต้องพิจารณาปัจจัยของเวลาหลังจากโอนข้อมูลไปยัง Cloud Storage แล้ว คุณสามารถใช้เทคโนโลยีหลายอย่างเพื่อประมวลผลไฟล์ใหม่เมื่อไฟล์มาถึง เช่น Dataflowการเพิ่มแบนด์วิธเครือข่ายวิธีเพิ่มเครือข่าย แบนด์วิดท์ขึ้นอยู่กับวิธีที่คุณเชื่อมต่อกับ Google Cloudในการถ่ายโอนระหว่างคลาวด์กับคลาวด์ระหว่าง Google Cloud และผู้ให้บริการคลาวด์อื่นๆ Google จะจัดเตรียมการเชื่อมต่อระหว่างศูนย์ข้อมูลของผู้ให้บริการคลาวด์ โดยที่คุณไม่ต้องตั้งค่าใดๆหากคุณกำลังถ่ายโอนข้อมูลระหว่างศูนย์ข้อมูลส่วนตัวและ Google Cloud มีสามวิธีหลัก:- การเชื่อมต่ออินเทอร์เน็ตสาธารณะโดยใช้ API สาธารณะ- การเพียร์โดยตรงโดยใช้ API สาธารณะ- Cloud Interconnect โดยใช้ API ส่วนตัวเมื่อประเมินแนวทางเหล่านี้ การพิจารณาความต้องการการเชื่อมต่อระยะยาวจะเป็นประโยชน์คุณอาจสรุปได้ว่าการรับแบนด์วิดท์เพื่อวัตถุประสงค์ในการถ่ายโอนเพียงอย่างเดียวมีค่าใช้จ่ายสูง แต่เมื่อคำนึงถึงการใช้งานระยะยาวของ Google Cloud และความต้องการเครือข่ายทั่วทั้งองค์กร การลงทุนอาจคุ้มค่า#การเชื่อมต่อด้วยการเชื่อมต่ออินเทอร์เน็ตสาธารณะเมื่อคุณใช้การเชื่อมต่ออินเทอร์เน็ตสาธารณะ อัตราความเร็วของเครือข่ายจะคาดการณ์ได้น้อยลง เนื่องจากคุณถูกจำกัดโดยความจุและการกำหนดเส้นทางของผู้ให้บริการอินเทอร์เน็ต (ISP)นอกจากนี้ ISP ยังอาจเสนอข้อตกลงระดับการบริการแบบจำกัด (SLA) หรือไม่มีเลยอย่างไรก็ตาม การเชื่อมต่อเหล่านี้มีค่าใช้จ่ายค่อนข้างต่ำ และด้วยการจัดเตรียมการเพียร์ที่กว้างขวางของ Google ISP ของคุณอาจกำหนดเส้นทางคุณไปยังเครือข่ายทั่วโลกของ Google ภายในไม่กี่เครือข่ายเราขอแนะนำให้คุณตรวจสอบ กับผู้ดูแลระบบความปลอดภัยของคุณว่านโยบายของบริษัทของคุณห้ามไม่ให้มีการย้ายชุดข้อมูลบางชุดผ่านอินเทอร์เน็ตสาธารณะหรือไม่ตรวจสอบด้วยว่าการเชื่อมต่ออินเทอร์เน็ตสาธารณะถูกใช้สำหรับการรับส่งข้อมูลที่ใช้งานจริงของคุณหรือไม่การถ่ายโอนข้อมูลขนาดใหญ่อาจส่งผลเสียต่อเครือข่ายการผลิตการเชื่อมต่อกับ Direct Peering หากต้องการเข้าถึงเครือข่าย Google ด้วยการกระโดดเครือข่ายน้อยกว่าการเชื่อมต่ออินเทอร์เน็ตสาธารณะ คุณสามารถใช้ Direct Peering เมื่อใช้ Direct Peering คุณสามารถแลกเปลี่ยนการรับส่งข้อมูลทางอินเทอร์เน็ตระหว่างเครือข่ายของคุณกับ Edge Points of Presence (PoPs) ของ Google ซึ่งหมายความว่าข้อมูลของคุณไม่ได้ใช้อินเทอร์เน็ตสาธารณะ การทำเช่นนั้นจะลดจำนวนการกระโดดระหว่างเครือข่ายของคุณกับเครือข่ายของ Google การเพียร์กับเครือข่ายของ Google กำหนดให้คุณต้องตั้งค่าหมายเลขระบบอัตโนมัติ (AS) ที่ลงทะเบียน เชื่อมต่อกับ Google โดยใช้การแลกเปลี่ยนทางอินเทอร์เน็ต และให้การติดต่อตลอดเวลากับศูนย์ปฏิบัติการเครือข่ายของคุณ การเชื่อมต่อกับ Cloud Interconnect Cloud Interconnect ให้การเชื่อมต่อโดยตรงกับ Google Cloud ผ่าน Google หรือหนึ่งในผู้ให้บริการ Cloud Interconnect บริการนี้ช่วยป้องกันไม่ให้ข้อมูลของคุณเข้าสู่อินเทอร์เน็ตสาธารณะ และสามารถให้ปริมาณงานที่สม่ำเสมอมากขึ้นสำหรับการถ่ายโอนข้อมูลขนาดใหญ่ โดยทั่วไป Cloud Interconnect จัดเตรียม SLA สำหรับความพร้อมใช้งานของเครือข่ายและประสิทธิภาพของเครือข่าย ติดต่อผู้ให้บริการโดยตรงเพื่อเรียนรู้เพิ่มเติม Cloud Interconnect ยังรองรับการกำหนดที่อยู่ส่วนตัว RFC 1918 เพื่อให้คลาวด์กลายเป็นส่วนเสริมของศูนย์ข้อมูลส่วนตัวของคุณได้อย่างมีประสิทธิภาพโดยไม่จำเป็นต้องใช้ที่อยู่ IP สาธารณะหรือ NAT โอนออนไลน์กับออฟไลน์ การตัดสินใจที่สำคัญก็คือว่าจะใช้กระบวนการออฟไลน์หรือออนไลน์สำหรับการถ่ายโอนข้อมูลของคุณ นั่นคือ คุณต้องเลือกระหว่างการถ่ายโอนผ่านเครือข่าย ไม่ว่าจะเป็นการเชื่อมต่อระหว่างกันโดยเฉพาะหรืออินเทอร์เน็ตสาธารณะ หรือการถ่ายโอนโดยใช้ฮาร์ดแวร์จัดเก็บข้อมูล เพื่อช่วยในการตัดสินใจนี้ เรามีเครื่องคำนวณการโอนเพื่อช่วยให้คุณประเมินความแตกต่างของเวลาและค่าใช้จ่ายระหว่างสองตัวเลือกนี้ แผนภูมิต่อไปนี้ยังแสดงความเร็วในการถ่ายโอนสำหรับขนาดชุดข้อมูลและแบนด์วิธต่างๆ ค่าใช้จ่ายในการจัดการจำนวนหนึ่งถูกสร้างขึ้นในการคำนวณเหล่านี้ ตามที่ระบุไว้ก่อนหน้านี้ คุณอาจต้องพิจารณาว่าต้นทุนเพื่อให้ได้เวลาแฝงที่ต่ำกว่าสำหรับการถ่ายโอนข้อมูลของคุณ (เช่น การรับแบนด์วิธของเครือข่าย) จะถูกชดเชยด้วยมูลค่าของการลงทุนที่ให้กับองค์กรของคุณหรือไม่ ตัวเลือกที่มีให้จาก Google Google มีเครื่องมือและเทคโนโลยีมากมายที่จะช่วยให้คุณถ่ายโอนข้อมูลได้ ตัดสินใจระหว่างตัวเลือกการโอนของ Google การเลือกตัวเลือกการถ่ายโอนขึ้นอยู่กับกรณีการใช้งานของคุณ ดังตารางต่อไปนี้ | |คุณกำลังย้ายข้อมูลจากที่ใด | |สถานการณ์ | |สินค้าแนะนำ |ผู้ให้บริการคลาวด์รายอื่น (เช่น Amazon Web Services หรือ Microsoft Azure) ไปยัง Google CloudStorage Transfer Service| |ที่เก็บข้อมูลบนคลาวด์ไปยังที่เก็บข้อมูลบนคลาวด์ (บริการถ่ายโอนที่เก็บข้อมูลสองที่ต่างกัน| |ศูนย์ข้อมูลส่วนตัวของคุณไปยัง Google Cloud||แบนด์วิธเพียงพอเพื่อให้ทันกำหนดเวลาโครงการของคุณ | สำหรับข้อมูลน้อยกว่า 1 TB | | |ศูนย์ข้อมูลส่วนตัวของคุณไปยัง Google Cloud||แบนด์วิธเพียงพอเพื่อให้ทันกำหนดเวลาโครงการของคุณ | สำหรับข้อมูลมากกว่า 1 TB |บริการโอนที่เก็บข้อมูลสำหรับข้อมูลภายในองค์กร| |ศูนย์ข้อมูลส่วนตัวของคุณไปยัง Google Cloud||แบนด์วิดท์ไม่เพียงพอที่จะตอบสนองกำหนดเวลาโครงการของคุณ||โอนอุปกรณ์| gsutil สำหรับการถ่ายโอนข้อมูลภายในองค์กรที่มีขนาดเล็กลง เดอะ เครื่องมือ gsutil เป็นเครื่องมือมาตรฐานสำหรับการถ่ายโอนขนาดเล็กถึงขนาดกลาง (น้อยกว่า 1 TB) บนเครือข่ายระดับองค์กรทั่วไป จากศูนย์ข้อมูลส่วนตัว ไปยัง Google Cloud เราขอแนะนำให้คุณรวม gsutil ในเส้นทางเริ่มต้นของคุณ เมื่อคุณใช้ คลาวด์เชลล์ นอกจากนี้ยังมีให้ใช้งานตามค่าเริ่มต้นเมื่อคุณติดตั้ง Google Cloud CLI เป็นเครื่องมือที่เชื่อถือได้ซึ่งมีคุณลักษณะพื้นฐานทั้งหมดที่คุณต้องการในการจัดการ ของคุณ การจัดเก็บเมฆ เช่น การคัดลอกข้อมูลของคุณไปยังและจากระบบไฟล์ในเครื่องและ การจัดเก็บเมฆ. นอกจากนี้ยังสามารถย้ายและเปลี่ยนชื่อวัตถุและดำเนินการ การซิงค์ที่เพิ่มขึ้นตามเวลาจริง เช่น rsync ไปยังที่ฝากข้อมูล Cloud Storage gsutil มีประโยชน์อย่างยิ่งในสถานการณ์ต่อไปนี้: - การถ่ายโอนของคุณจะต้องดำเนินการตามความจำเป็นหรือระหว่างเซสชันบรรทัดคำสั่งโดยผู้ใช้ของคุณ - คุณกำลังถ่ายโอนไฟล์เพียงไม่กี่ไฟล์หรือไฟล์ขนาดใหญ่มาก หรือทั้งสองอย่าง - คุณกำลังใช้เอาต์พุตของโปรแกรม (สตรีมเอาต์พุตไปยัง Cloud Storage) - คุณต้องดูไดเร็กทอรีที่มีจำนวนไฟล์ปานกลางและซิงค์การอัปเดตใด ๆ ด้วยเวลาแฝงที่ต่ำมาก พื้นฐานของการเริ่มต้นใช้งาน gsutil จะ สร้างที่เก็บข้อมูลบนคลาวด์ และ คัดลอกข้อมูล ไปยังถังนั้น สำหรับการถ่ายโอนชุดข้อมูลขนาดใหญ่ มีสองสิ่งที่ต้องทำ พิจารณา: สำหรับการถ่ายโอนแบบมัลติเธรด ให้ใช้ gsutil -ม ไฟล์หลายไฟล์ได้รับการประมวลผลแบบขนาน เพิ่มความเร็วในการถ่ายโอนของคุณ สำหรับไฟล์ขนาดใหญ่ไฟล์เดียว ให้ใช้การถ่ายโอนแบบคอมโพสิต วิธีนี้จะแบ่งไฟล์ขนาดใหญ่ออกเป็นชิ้นเล็กๆ เพื่อเพิ่มความเร็วในการถ่ายโอน ก้อนข้อมูลจะถูกถ่ายโอนและตรวจสอบพร้อมกัน โดยส่งข้อมูลทั้งหมดไปยัง Google เมื่อชิ้นส่วนมาถึง Google พวกมันจะถูกรวมเข้าด้วยกัน (เรียกว่า การแต่ง) เพื่อสร้างวัตถุชิ้นเดียว การถ่ายโอนแบบผสมด้วย gsutil มีข้อเสียอยู่บ้าง ซึ่งรวมถึงแต่ละชิ้น (ไม่ใช่ทั้งออบเจ็กต์) จะได้รับการตรวจสอบผลรวมทีละรายการ และองค์ประกอบของคลาสห้องเย็นส่งผลให้มีการลบก่อนกำหนด บริการถ่ายโอนพื้นที่เก็บข้อมูลสำหรับการถ่ายโอนข้อมูลภายในองค์กรจำนวนมาก ชอบ gsutil, บริการถ่ายโอนพื้นที่เก็บข้อมูลสำหรับข้อมูลภายในองค์กร เปิดใช้งานการถ่ายโอนจากที่เก็บข้อมูลระบบไฟล์เครือข่าย (NFS) ไปยัง การจัดเก็บเมฆ. แม้ว่า gsutil สามารถรองรับขนาดการถ่ายโอนขนาดเล็ก (สูงกว่า ถึง 1 TB) บริการถ่ายโอนพื้นที่เก็บข้อมูลสำหรับข้อมูลภายในองค์กรได้รับการออกแบบมาสำหรับ การถ่ายโอนขนาดใหญ่ (ข้อมูลสูงสุดเพตะไบต์, ไฟล์หลายพันล้านไฟล์) รองรับ สำเนาเต็มหรือสำเนาที่เพิ่มขึ้น และใช้ได้กับตัวเลือกการถ่ายโอนทั้งหมดที่ระบุไว้ ก่อนหน้านี้ใน ตัดสินใจระหว่างตัวเลือกการโอนของ Google มัน ยังมีอินเทอร์เฟซผู้ใช้แบบกราฟิกที่เรียบง่ายและมีการจัดการ แม้จะไม่เชี่ยวชาญด้านเทคนิคก็ตาม ผู้ใช้ (หลังจากตั้งค่า) สามารถใช้เพื่อย้ายข้อมูล Storage Transfer Service สำหรับข้อมูลภายในองค์กรมีประโยชน์อย่างยิ่งในสถานการณ์ต่อไปนี้: - คุณมีแบนด์วิธเพียงพอสำหรับย้ายปริมาณข้อมูล (ดู Google Cloud Data Transfer Calculator)- คุณรองรับฐานผู้ใช้ภายในจำนวนมากซึ่งอาจพบบรรทัดคำสั่งเครื่องมือเช่นgsutilท้าทายที่จะใช้- คุณต้องมีการรายงานข้อผิดพลาดที่มีประสิทธิภาพและบันทึกไฟล์และวัตถุทั้งหมดที่ย้าย- คุณต้องจำกัดผลกระทบของการถ่ายโอนต่อปริมาณงานอื่นๆ ในศูนย์ข้อมูลของคุณ (ผลิตภัณฑ์นี้สามารถอยู่ภายใต้ขีดจำกัดแบนด์วิธที่ผู้ใช้ระบุ)- คุณต้องการดำเนินการถ่ายโอนที่เกิดซ้ำตามกำหนดเวลาคุณตั้งค่า Storage Transfer Service สำหรับข้อมูลภายในองค์กรโดยการติดตั้งบน-ซอฟต์แวร์ภายในองค์กร [เรียกว่า *ตัวแทน*] ลงในคอมพิวเตอร์ในศูนย์ข้อมูลของคุณเอเจนต์เหล่านี้อยู่ในคอนเทนเนอร์ Docker ซึ่งทำให้ง่ายต่อการเรียกใช้งานเอเจนต์จำนวนมากหรือควบคุมผ่าน Kubernetesหลังจากตั้งค่าเสร็จแล้ว ผู้ใช้สามารถเริ่มต้นการถ่ายโอนใน Google Cloud Console โดยระบุไดเรกทอรีต้นทาง ที่เก็บข้อมูลปลายทาง และเวลาหรือกำหนดการบริการโอนพื้นที่เก็บข้อมูลจะรวบรวมข้อมูลไดเรกทอรีย่อยและไฟล์ซ้ำๆ ในไดเร็กทอรีต้นทางและสร้างวัตถุที่มีชื่อตรงกันในCloud Storage [วัตถุ /dir/foo/file.txt กลายเป็นวัตถุในที่เก็บข้อมูลปลายทางชื่อ /dir/foo/file.txt]Storage Transfer Serviceพยายามถ่ายโอนอีกครั้งโดยอัตโนมัติเมื่อพบข้อผิดพลาดชั่วคราวในขณะที่การถ่ายโอนกำลังทำงาน คุณสามารถตรวจสอบจำนวนไฟล์ที่ถูกย้ายและความเร็วการถ่ายโอนโดยรวม และคุณสามารถดูตัวอย่างข้อผิดพลาดเมื่อการถ่ายโอนเสร็จสิ้น ไฟล์ tab-delimited (TSV) จะถูกสร้างขึ้นพร้อมกับบันทึกทั้งหมดของไฟล์ทั้งหมดที่แตะ และข้อความแสดงข้อผิดพลาดที่ได้รับตัวแทนมีความทนทานต่อข้อผิดพลาด ดังนั้นหากตัวแทนหยุดทำงาน การถ่ายโอนจะดำเนินต่อไปกับตัวแทนที่เหลือAgent ยังอัปเดตตัวเองและซ่อมแซมตัวเองได้ด้วย ดังนั้นคุณจึงไม่ต้องกังวลเกี่ยวกับการแพตช์เวอร์ชันล่าสุดหรือเริ่มกระบวนการใหม่หากระบบหยุดทำงานเนื่องจากปัญหาที่ไม่คาดคิดสิ่งที่ต้องพิจารณาเมื่อใช้บริการถ่ายโอนพื้นที่เก็บข้อมูล:ใช้การตั้งค่าตัวแทนที่เหมือนกันในทุกเครื่อง ตัวแทนทั้งหมดควรเห็นการเมาต์ระบบไฟล์เครือข่าย (NFS) เดียวกันในลักษณะเดียวกัน (เส้นทางสัมพัทธ์เดียวกัน)การตั้งค่านี้เป็นข้อกำหนดเพื่อให้ผลิตภัณฑ์ทำงานได้เอเจนต์ที่มากขึ้นส่งผลให้มีความเร็วมากขึ้น เนื่องจากการถ่ายโอนจะถูกขนานโดยอัตโนมัติระหว่างเอเจนต์ทั้งหมด เราขอแนะนำให้คุณปรับใช้เอเจนต์จำนวนมากเพื่อให้คุณใช้แบนด์วิธที่มีอยู่ขีดจำกัดแบนด์วิดท์สามารถป้องกันปริมาณงานของคุณได้ ปริมาณงานอื่นๆ ของคุณอาจใช้แบนด์วิดท์ของศูนย์ข้อมูล ดังนั้นตั้งค่าขีดจำกัดแบนด์วิดท์เพื่อป้องกันไม่ให้การถ่ายโอนส่งผลกระทบต่อ SLA ของคุณวางแผนเวลาสำหรับการตรวจสอบข้อผิดพลาดการโอนจำนวนมากมักจะส่งผลให้เกิดข้อผิดพลาดที่ต้องตรวจสอบStorage Transfer Service ช่วยให้คุณเห็นตัวอย่างข้อผิดพลาดที่พบในคอนโซล Google Cloud โดยตรงหากจำเป็น คุณสามารถโหลดบันทึกทั้งหมดของข้อผิดพลาดในการโอนทั้งหมดไปยัง BigQuery เพื่อตรวจสอบไฟล์หรือประเมินข้อผิดพลาดที่ยังคงอยู่แม้ว่าจะลองใหม่แล้วก็ตามข้อผิดพลาดเหล่านี้อาจเกิดจากการเรียกใช้แอปที่เขียนไปยังแหล่งที่มาในขณะที่เกิดการถ่ายโอน หรือข้อผิดพลาดอาจเปิดเผยปัญหาที่ต้องแก้ไขปัญหา (เช่น ข้อผิดพลาดเกี่ยวกับสิทธิ์)ตั้งค่า Cloud Monitoring สำหรับการถ่ายโอนที่ใช้เวลานานStorage Transfer Service ช่วยให้ Monitoring ตรวจสอบสถานะและปริมาณงานของเอเจนต์ คุณจึงสามารถตั้งค่าการแจ้งเตือนที่แจ้งให้คุณทราบเมื่อเอเจนต์หยุดทำงานหรือต้องการความช่วยเหลือการดำเนินการกับความล้มเหลวของตัวแทนเป็นสิ่งสำคัญสำหรับการถ่ายโอนที่ใช้เวลาหลายวันหรือหลายสัปดาห์ ดังนั้นคุณจึงหลีกเลี่ยงการชะลอตัวหรือการหยุดชะงักที่สำคัญซึ่งอาจทำให้ไทม์ไลน์โครงการของคุณล่าช้าTransfer Appliance สำหรับการถ่ายโอนขนาดใหญ่สำหรับการถ่ายโอนข้อมูลขนาดใหญ่ (โดยเฉพาะการถ่ายโอนที่มีแบนด์วิธเครือข่ายจำกัด) Transfer Appliance เป็นตัวเลือกที่ยอดเยี่ยม โดยเฉพาะอย่างยิ่งเมื่อการเชื่อมต่อเครือข่ายที่รวดเร็วไม่พร้อมใช้งาน และการได้รับแบนด์วิธเพิ่มมีค่าใช้จ่ายสูงTransfer Appliance มีประโยชน์อย่างยิ่งในสถานการณ์ต่อไปนี้:- ศูนย์ข้อมูลของคุณอยู่ในตำแหน่งระยะไกลที่มีการเข้าถึงแบนด์วิธที่จำกัดหรือไม่มีเลย- แบนด์วิธมีให้ แต่ไม่สามารถรับได้ทันตามกำหนด- คุณมีสิทธิ์เข้าถึงทรัพยากรลอจิสติกส์เพื่อรับและเชื่อมต่ออุปกรณ์กับเครือข่ายของคุณด้วยตัวเลือกนี้ ให้พิจารณาสิ่งต่อไปนี้:- Transfer Appliance กำหนดให้คุณสามารถรับและส่งคืนฮาร์ดแวร์ที่เป็นของ Google- ขึ้นอยู่กับการเชื่อมต่ออินเทอร์เน็ตของคุณ โดยทั่วไปเวลาแฝงสำหรับการถ่ายโอนข้อมูลไปยัง Google Cloud เมื่อใช้ Transfer Appliance จะสูงกว่าออนไลน์- Transfer Appliance มีให้บริการในบางประเทศเท่านั้นเกณฑ์หลักสองข้อที่ต้องพิจารณา ด้วย Transfer Appliance มีต้นทุนและความเร็วด้วยการเชื่อมต่อเครือข่ายที่เหมาะสม (เช่น 1 Gbps) การถ่ายโอนข้อมูลออนไลน์ 100 TB จะใช้เวลามากกว่า 10 วันจึงจะเสร็จสมบูรณ์หากยอมรับอัตรานี้ได้ การโอนทางออนไลน์น่าจะเป็นทางออกที่ดีสำหรับความต้องการของคุณหากคุณมีการเชื่อมต่อเพียง 100 Mbps (หรือแย่กว่านั้นจากตำแหน่งระยะไกล) การถ่ายโอนเดียวกันจะใช้เวลามากกว่า 100 วันณ จุดนี้ คุณควรพิจารณาตัวเลือกการถ่ายโอนแบบออฟไลน์ เช่น Transfer Applianceการรับ Transfer Appliance นั้นตรงไปตรงมาใน Google Cloud Console คุณจะขอ Transfer Appliance ระบุว่าคุณมีข้อมูลเท่าใด จากนั้น Google จะส่งอุปกรณ์อย่างน้อยหนึ่งรายการไปยังตำแหน่งที่คุณต้องการคุณมีเวลาหลายวันในการถ่ายโอนข้อมูลของคุณไปยังอุปกรณ์ ("การบันทึกข้อมูล") และส่งกลับไปยัง Googleเวลาตอบสนองที่คาดไว้สำหรับอุปกรณ์เครือข่าย การจัดส่ง โหลดข้อมูลของคุณ ส่งคืน และคืนน้ำบน Google Cloud จะใช้เวลา 20 วันหากกรอบเวลาการโอนออนไลน์ของคุณมีการคำนวณนานกว่ากรอบเวลานี้มาก ให้พิจารณา Transfer Applianceค่าใช้จ่ายทั้งหมดสำหรับกระบวนการอุปกรณ์ 300 TB น้อยกว่า 2,500 ดอลลาร์บริการถ่ายโอนพื้นที่เก็บข้อมูลสำหรับการถ่ายโอนระหว่างคลาวด์สู่คลาวด์บริการถ่ายโอนพื้นที่เก็บข้อมูลมีการจัดการเต็มรูปแบบ บริการที่ปรับขนาดได้สูงเพื่อถ่ายโอนอัตโนมัติจากสาธารณะอื่นๆ ไปยัง Cloud Storageรองรับการถ่ายโอนไปยังที่เก็บข้อมูลบนคลาวด์จาก Amazon S3 และ HTTPสำหรับ Amazon S3 คุณสามารถระบุรหัสการเข้าถึงและบัคเก็ต S3 พร้อมตัวเลือกตัวกรองสำหรับ S3 ออบเจ็กต์เพื่อเลือก จากนั้นคุณคัดลอกออบเจ็กต์ S3 ไปยัง ที่เก็บข้อมูลบนคลาวด์ บริการนี้ยังรองรับสำเนารายวันของใดๆ วัตถุดัดแปลง บริการไม่รองรับการถ่ายโอนข้อมูลในขณะนี้ *ถึง* อเมซอน S3 สำหรับ HTTP คุณสามารถให้ Storage Transfer Service แสดงรายการ URL สาธารณะได้ รูปแบบที่กำหนด วิธีการนี้กำหนดให้คุณต้องเขียนสคริปต์โดยระบุขนาดของแต่ละรายการ ไฟล์เป็นไบต์พร้อมกับแฮช MD5 ที่เข้ารหัส Base64 ของเนื้อหาไฟล์ บางครั้งขนาดไฟล์และแฮชมีให้จากเว็บไซต์ต้นทาง ถ้า ไม่ คุณต้องเข้าถึงไฟล์ในเครื่อง ซึ่งในกรณีนี้ มันอาจจะง่ายกว่า ใช้ gsutil ตามที่อธิบายไว้ก่อนหน้านี้ หากคุณมีการถ่ายโอนอยู่แล้ว Storage Transfer Service เป็นวิธีที่ยอดเยี่ยมในการรับข้อมูลและเก็บรักษาข้อมูล โดยเฉพาะอย่างยิ่งเมื่อถ่ายโอนจากระบบคลาวด์สาธารณะอื่น ความปลอดภัย สำหรับผู้ใช้ Google Cloud จำนวนมาก การรักษาความปลอดภัยเป็นเป้าหมายหลักของพวกเขา และมีระดับการรักษาความปลอดภัยที่แตกต่างกัน การรักษาความปลอดภัยบางประการที่ควรพิจารณา ได้แก่ การปกป้องข้อมูลที่เหลือ (การอนุญาตและการเข้าถึงระบบจัดเก็บข้อมูลต้นทางและปลายทาง) การปกป้องข้อมูลระหว่างการขนส่ง และการปกป้องการเข้าถึงผลิตภัณฑ์การถ่ายโอน ตารางต่อไปนี้สรุปแง่มุมของการรักษาความปลอดภัยตามผลิตภัณฑ์ | |ผลิตภัณฑ์ | |ข้อมูลที่เหลือ | |ข้อมูลระหว่างทาง | |การเข้าถึงเพื่อถ่ายโอนผลิตภัณฑ์ |โอนอุปกรณ์||ข้อมูลทั้งหมดถูกเข้ารหัสเมื่อพักข้อมูลได้รับการปกป้องด้วยคีย์ที่จัดการโดยลูกค้า ใครๆ ก็สามารถสั่งซื้ออุปกรณ์ได้ แต่หากต้องการใช้อุปกรณ์นั้น พวกเขาจำเป็นต้องเข้าถึงแหล่งข้อมูล| | ||ต้องใช้คีย์การเข้าถึงเพื่อเข้าถึง Cloud Storage ซึ่งเข้ารหัสเมื่อพัก ข้อมูลจะถูกส่งผ่าน HTTPS และเข้ารหัสระหว่างการส่ง ใครๆ ก็ดาวน์โหลดและเรียกใช้ได้ | |บริการถ่ายโอนที่เก็บข้อมูลสำหรับข้อมูลภายในองค์กร||คีย์การเข้าถึงที่จำเป็นในการเข้าถึง Cloud Storage ซึ่งเข้ารหัสเมื่อไม่ได้ใช้งาน กระบวนการของเอเจนต์สามารถเข้าถึงไฟล์ในเครื่องได้เนื่องจากสิทธิ์ของระบบปฏิบัติการอนุญาต ข้อมูลจะถูกส่งผ่าน HTTPS และเข้ารหัสระหว่างการส่ง คุณต้องมีสิทธิ์แก้ไขวัตถุเพื่อเข้าถึงบัคเก็ต Cloud Storage| |บริการโอนพื้นที่เก็บข้อมูล||คีย์การเข้าถึงที่จำเป็นสำหรับทรัพยากรที่ไม่ใช่ Google Cloud (เช่น Amazon S3) ต้องใช้คีย์การเข้าถึงเพื่อเข้าถึง Cloud Storage ซึ่งเข้ารหัสเมื่อพักข้อมูลจะถูกส่งผ่าน HTTPS และเข้ารหัสระหว่างทางคุณต้องมีสิทธิ์ IAM สำหรับบัญชีบริการเพื่อเข้าถึงสิทธิ์ต้นทางและตัวแก้ไขวัตถุสำหรับที่เก็บข้อมูล Cloud Storage| เพื่อให้บรรลุการปรับปรุงความปลอดภัยพื้นฐาน ให้โอนออนไลน์ไปที่ Google Cloud โดยใช้ gsutil สำเร็จผ่าน HTTPS ข้อมูลถูกเข้ารหัสระหว่างการส่ง และข้อมูลทั้งหมดเข้ามา โดยค่าเริ่มต้น Cloud Storage จะเข้ารหัสเมื่อไม่ได้ใช้งาน สำหรับข้อมูลเกี่ยวกับ โครงร่างที่เกี่ยวข้องกับความปลอดภัยที่ซับซ้อนมากขึ้น โปรดดูที่ ข้อพิจารณาด้านความปลอดภัยและความเป็นส่วนตัว ถ้าคุณใช้ โอนอุปกรณ์, คีย์ความปลอดภัยที่คุณควบคุมสามารถช่วยปกป้องข้อมูลของคุณได้ โดยทั่วไปเรา ขอแนะนำให้คุณติดต่อทีมรักษาความปลอดภัยเพื่อให้แน่ใจว่าแผนการโอนย้ายของคุณ ตรงตามข้อกำหนดของบริษัทและข้อบังคับของคุณ ผลิตภัณฑ์การถ่ายโอนของบุคคลที่สาม สำหรับการเพิ่มประสิทธิภาพระดับเครือข่ายขั้นสูงหรือเวิร์กโฟลว์การถ่ายโอนข้อมูลอย่างต่อเนื่อง คุณอาจต้องการใช้เครื่องมือขั้นสูงเพิ่มเติม สำหรับข้อมูลเกี่ยวกับเครื่องมือขั้นสูง โปรดไปที่พันธมิตรของ Google ลิงก์ต่อไปนี้เน้นตัวเลือกบางส่วน (เรียงตามลำดับตัวอักษร): - Aspera On Cloud ใช้โปรโตคอลที่จดสิทธิบัตรของ Aspera และเหมาะสำหรับเวิร์กโฟลว์ขนาดใหญ่ มีให้บริการตามความต้องการในรูปแบบใบอนุญาตการสมัคร - สามารถใช้ Cloud FastPath โดย Tervela เพื่อสร้างสตรีมข้อมูลที่มีการจัดการเข้าและออกจาก Google Cloud โปรดดูรายละเอียดที่การใช้ Cloud FastPath เพื่อสร้างสตรีมข้อมูล - Signiant ให้บริการ Media Shuttle เป็นโซลูชันซอฟต์แวร์ในฐานะบริการ (SaaS) เพื่อถ่ายโอนไฟล์ใด ๆ ไปยังหรือจากที่ใดก็ได้ Signiant ยังเสนอ Flight เป็นยูทิลิตี้ปรับขนาดอัตโนมัติตามโปรโตคอลที่ปรับให้เหมาะสมที่สุด และ Signiant Flight Deck เป็นเครื่องมืออัตโนมัติสำหรับการถ่ายโอนขนาดใหญ่ข้ามตำแหน่งที่ตั้งกระจายทางภูมิศาสตร์ ## ขั้นตอนที่ 4: เตรียมการโอนของคุณ สำหรับการถ่ายโอนขนาดใหญ่หรือการถ่ายโอนที่มีการพึ่งพาที่สำคัญ สิ่งสำคัญคือต้องเข้าใจวิธีใช้งานผลิตภัณฑ์การถ่ายโอนของคุณ ลูกค้ามักจะทำตามขั้นตอนต่อไปนี้: การประมาณราคาและ ROI ขั้นตอนนี้มีตัวเลือกมากมายเพื่อช่วยในการตัดสินใจ การทดสอบการทำงาน ในขั้นตอนนี้ คุณยืนยันว่าสามารถตั้งค่าผลิตภัณฑ์ได้สำเร็จและการเชื่อมต่อเครือข่าย (ถ้ามี) ใช้งานได้ คุณยังทดสอบด้วยว่าคุณสามารถย้ายตัวแทนตัวอย่างข้อมูลของคุณ (รวมถึงขั้นตอนที่ไม่ถ่ายโอน เช่น การย้ายอินสแตนซ์ VM) ไปยังปลายทาง คุณสามารถทำขั้นตอนนี้ก่อนที่จะจัดสรรทรัพยากรทั้งหมด เช่น เครื่องถ่ายโอนหรือแบนด์วิธ เป้าหมายของขั้นตอนนี้มีดังต่อไปนี้: - ยืนยันว่าคุณสามารถติดตั้งและดำเนินการถ่ายโอนได้ - พบปัญหาการหยุดโครงการที่อาจเกิดขึ้นซึ่งขัดขวางการเคลื่อนย้ายข้อมูล (เช่น เส้นทางเครือข่าย) หรือการดำเนินการของคุณ (เช่น การฝึกอบรมที่จำเป็นในขั้นตอนที่ไม่ถ่ายโอน) การทดสอบประสิทธิภาพ ในขั้นตอนนี้ คุณจะเรียกใช้การถ่ายโอนข้อมูลตัวอย่างขนาดใหญ่ (โดยทั่วไปคือ 3ÃÂ¢ÃÂÃÂ5%) หลังจากจัดสรรทรัพยากรการผลิตเพื่อทำสิ่งต่อไปนี้: - ยืนยันว่าคุณสามารถใช้ทรัพยากรที่จัดสรรทั้งหมดและบรรลุความเร็วตามที่คุณคาดหวัง - พื้นผิวและแก้ไขปัญหาคอขวด (เช่น ระบบสตอเรจซอร์สที่ทำงานช้า) ## ขั้นตอนที่ 5: ตรวจสอบความสมบูรณ์ของการโอนของคุณ เพื่อช่วยให้มั่นใจในความสมบูรณ์ของข้อมูลของคุณระหว่างการถ่ายโอน เราขอแนะนำให้ปฏิบัติตามข้อควรระวังต่อไปนี้: - เปิดใช้งานการกำหนดเวอร์ชันและสำรองข้อมูลบนปลายทางของคุณเพื่อจำกัดความเสียหายจากการลบโดยไม่ตั้งใจ - ตรวจสอบข้อมูลของคุณก่อนที่จะลบข้อมูลต้นฉบับ สำหรับการถ่ายโอนข้อมูลขนาดใหญ่ (ด้วยข้อมูลระดับเพตะไบต์และไฟล์หลายพันล้านไฟล์) อัตราข้อผิดพลาดแฝงพื้นฐานของระบบจัดเก็บข้อมูลต้นทางที่ต่ำเพียง 0.0001% ยังคงส่งผลให้ข้อมูลสูญหายเป็นไฟล์หลายพันไฟล์และกิกะไบต์ โดยทั่วไปแล้ว แอปพลิเคชันที่ทำงานที่ต้นทางจะทนต่อข้อผิดพลาดเหล่านี้อยู่แล้ว ซึ่งในกรณีนี้ ไม่จำเป็นต้องมีการตรวจสอบเพิ่มเติม ในบางสถานการณ์พิเศษ (เช่น การเก็บถาวรระยะยาว) จำเป็นต้องมีการตรวจสอบเพิ่มเติมก่อนที่จะถือว่าปลอดภัยในการลบข้อมูลจากแหล่งที่มา เราขอแนะนำให้คุณเรียกใช้การทดสอบความสมบูรณ์ของข้อมูลหลังจากการถ่ายโอนเสร็จสิ้น ทั้งนี้ขึ้นอยู่กับข้อกำหนดของแอปพลิเคชันของคุณ เพื่อให้แน่ใจว่าแอปพลิเคชันยังคงทำงานต่อไปตามที่ต้องการ ผลิตภัณฑ์การถ่ายโอนจำนวนมากมีการตรวจสอบความสมบูรณ์ของข้อมูลในตัว อย่างไรก็ตาม ขึ้นอยู่กับโปรไฟล์ความเสี่ยงของคุณ คุณอาจต้องการตรวจสอบเพิ่มเติมกับข้อมูลและแอปที่อ่านข้อมูลนั้นก่อนที่คุณจะลบข้อมูลจากแหล่งที่มา ตัวอย่างเช่น คุณอาจต้องการยืนยันว่าเช็คซัมที่คุณบันทึกและคำนวณโดยอิสระตรงกับข้อมูลที่เขียนที่ปลายทางหรือไม่ หรือยืนยันว่าชุดข้อมูลที่ใช้โดยแอปพลิเคชันถ่ายโอนสำเร็จ ## หาตัวช่วย Google Cloud มีตัวเลือกและทรัพยากรต่างๆ ให้คุณค้นหาความช่วยเหลือและการสนับสนุนที่จำเป็นเพื่อใช้บริการ Google Cloud ได้ดีที่สุด: ทรัพยากรแบบบริการตนเอง หากคุณไม่ต้องการการสนับสนุนเฉพาะ คุณมีตัวเลือกต่างๆ ที่คุณสามารถใช้ได้ตามต้องการ พันธมิตรด้านเทคโนโลยี Google Cloud ได้ร่วมมือกับหลายบริษัทเพื่อช่วยให้คุณใช้ผลิตภัณฑ์และบริการของเรา บริการระดับมืออาชีพของ Google Cloud บริการระดับมืออาชีพของเราสามารถช่วยให้คุณได้รับประโยชน์สูงสุดจากการลงทุนใน Google Cloud มีแหล่งข้อมูลเพิ่มเติมเพื่อช่วยย้ายปริมาณงานไปยัง Google Cloud ใน Google Cloud Migration Center สำหรับข้อมูลเพิ่มเติมเกี่ยวกับทรัพยากรเหล่านี้ โปรดดูส่วนความช่วยเหลือในการค้นหาของการย้ายข้อมูลไปยัง Google Cloud: เริ่มต้นใช้งาน ## อะไรต่อไป - หากคุณมีคำถามเกี่ยวกับการจัดทำแผนการโอนหรือเกี่ยวกับกรณีการใช้งานเฉพาะ คุณสามารถติดต่อฝ่ายสนับสนุนของ Google Cloud หรือติดต่อทีมบัญชี Google ของคุณโดยตรง - ในการเริ่มต้นการโอนของคุณ เรามีคำแนะนำดังต่อไปนี้: - สำหรับกลยุทธ์การย้ายข้อมูลทั่วไป: การย้ายแอปพลิเคชันขนาดใหญ่ไปยังไมโครเซอร์วิสบน Google Kubernetes Engine - สำหรับการโอนแบบออฟไลน์: Transfer Appliance - สำหรับการถ่ายโอนออนไลน์จากคลาวด์สาธารณะ: บริการถ่ายโอนที่เก็บข้อมูล - สำรวจสถาปัตยกรรมอ้างอิง ไดอะแกรม บทช่วยสอน และแนวทางปฏิบัติที่ดีที่สุดเกี่ยวกับ Google Cloud ดูที่ Cloud Architecture Center ของเรา