การย้ายจดหมายไปยัง Office 365 | ปัจจัยที่ส่งผลต่อประสิทธิภาพการย้ายข้อมูลเมล | ตอนที่ 2/4

เมื่อเราดำเนินโครงการย้ายเมลไปยังคลาวด์ (Exchange Online) ค่าการวัดที่สำคัญที่สุดอย่างหนึ่งที่เราใช้คือ “มูลค่าปริมาณงาน” ของการย้ายเมล พูดง่ายๆ ก็คือ เราต้องการและจำเป็นต้องรู้ว่าต้องใช้เวลาเท่าไรในการคัดลอกข้อมูล (เนื้อหาในกล่องจดหมาย) จากองค์กรไปยัง “คลาวด์” (Exchange Online)

การย้ายจดหมายไปยัง Office 365 | การเพิ่มประสิทธิภาพปริมาณการรับส่งข้อมูลการย้ายจดหมาย | บทความชุด

ชุดบทความประกอบด้วยบทความต่อไปนี้:

1. การย้ายจดหมายไปยัง Office 365 | วิธีการย้ายจดหมาย
2. การย้ายจดหมายไปยัง Office 365 | ปัจจัยที่ส่งผลต่อประสิทธิภาพการย้ายจดหมาย (บทความนี้)
3. การย้ายจดหมายไปยัง Office 365 | การเพิ่มประสิทธิภาพปริมาณการรับส่งข้อมูลการย้ายจดหมาย
4. การย้ายจดหมายไปยัง Office 365 | วัดและประเมินทรูพุต Mail Migration

การโยกย้ายจดหมายไปยังค่าปริมาณงานของ Office 365

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

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

คำถามทั่วไปเกี่ยวกับการโยกย้ายเมล

ก่อนที่เราจะเริ่ม ผมอยากจะถามคำถามสองข้อ (ซึ่งจะได้คำตอบในบทความปัจจุบันและในบทความถัดไปในชุดนี้)

คำถามที่ 1: มีคำตอบอย่างเป็นทางการเกี่ยวกับ "หมายเลขคงที่" ที่เราสามารถใช้ได้เมื่อต้องประมาณปริมาณการรับส่งข้อมูลของการย้ายอีเมล (อัตราการถ่ายโอนข้อมูล) หรือไม่

A1: ใช่ เป็นความจริงที่ว่าไม่มีข้อมูลมากนักในเรื่องนี้ แต่มีบทความอย่างเป็นทางการของ Microsoft ที่ให้ "ตัวเลข" และการประมาณค่าปริมาณการรับส่งข้อมูลการย้ายเมล .

ไตรมาสที่ 2: เหตุใดเราจึงต้องใช้ "การประมาณค่า" หรือ "ช่วงค่าเฉลี่ย" สำหรับปริมาณการรับส่งข้อมูลการย้ายจดหมาย เหตุใดเราจึงใช้สูตรทางคณิตศาสตร์ง่ายๆ ในการคำนวณเวลาที่ต้องการในการถ่ายโอนข้อมูลจากจุด A ไปยังจุด B ไม่ได้

A2: คำตอบก็คือ เมื่อเราย้ายกล่องจดหมายจากจุด A ไปยังจุด B มีองค์ประกอบมากมายที่เกี่ยวข้องกับกระบวนการนี้ “ส่วนประกอบ” แต่ละรายการเหล่านี้มีลักษณะเฉพาะที่ส่งผลต่อผลลัพธ์ของปริมาณการประมวลผลการย้ายเมล

เมื่อเราต้องการย้ายเนื้อหาในกล่องจดหมายของผู้ใช้ไปยังคลาวด์ (จุด B) เราจำเป็นต้องผ่านองค์ประกอบหลายอย่าง “องค์ประกอบ” แต่ละรายการเหล่านี้สามารถ “ระงับ” กระบวนการหรือปล่อยให้ข้อมูลผ่านไปได้

แต่ละ “องค์ประกอบ” หรือปัจจัยมีข้อจำกัดของทรัพยากรที่ส่งผลต่อประสิทธิภาพการทำงาน ตัวอย่างเช่น ในกรณีที่ “องค์ประกอบ” เป็นเซิร์ฟเวอร์ Exchange On-Premise ภายในเครื่อง ปริมาณการประมวลผลการย้ายเมลจะขึ้นอยู่กับหรือขึ้นอยู่กับทรัพยากรเซิร์ฟเวอร์ Exchange On-Premise เช่น CPU, RAM, ฮาร์ดดิสก์ และอื่นๆ

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

ปัจจัยที่ส่งผลต่อปริมาณการโยกย้ายจดหมาย

ในส่วนต่อไปนี้ เราจะตรวจสอบ ปัจจัยบางประการ ที่ส่งผลต่อปริมาณงาน (อัตราการถ่ายโอน) ของการย้ายข้อมูลเมล

โครงสร้างพื้นฐานเครือข่าย

1. สายสื่อสาร

ปัจจัยที่สำคัญที่สุดประการหนึ่งที่เกี่ยวข้องโดยตรงกับผลลัพธ์ของอัตราการถ่ายโอนการโยกย้ายเมลก็คือสายการสื่อสารที่มีอยู่

1.1 “ความเร็ว” (แบนด์วิธ) ของสายสื่อสารองค์กร

เกี่ยวกับอัตราหรือความเร็วของสายสื่อสาร อย่าลืมว่าหลายครั้งที่เทคโนโลยีสายสื่อสารให้อัตราการถ่ายโอนที่แตกต่างกันสำหรับ "อัปโหลด" "กับ" ดาวน์โหลด" (อะซิงโครนัส)

เมื่อเราย้ายโครงสร้างพื้นฐานเมลที่มีอยู่ไปยังคลาวด์ การดำเนินการจะถือเป็น “การอัปโหลด ” (การย้ายข้อมูลจากเครือข่ายท้องถิ่นไปยังเครือข่ายสาธารณะ) และหลายครั้ง อัตราการถ่ายโอนสำหรับ “การอัปโหลด ” จะช้าหรือน้อยกว่าอัตราการดาวน์โหลด

1.2 เปอร์เซ็นต์ที่ว่างหรือว่างของสายการสื่อสารขององค์กร

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

1.3 ชั่วโมงทำงานและวันหยุดสุดสัปดาห์

องค์ประกอบเพิ่มเติมที่ส่งผลต่อสายการสื่อสาร “แบนด์วิธว่างหรือว่าง” คือ - ปัจจัยของชั่วโมงทำงานและวันหยุดสุดสัปดาห์ สมมติฐานพื้นฐานคือในช่วง "ชั่วโมงทำงาน" จำนวน "แบนด์วิธที่ว่างหรือว่าง" ของสายสื่อสารจะต่ำกว่าอัตราที่เราจะได้รับหลังเวลาทำงาน และโดยเฉพาะในช่วงสุดสัปดาห์

2. ที่ตั้งทางภูมิศาสตร์ของเครือข่ายขององค์กร

ศูนย์ข้อมูล Office 365 และโครงสร้างพื้นฐานเมลมีสถานที่ตั้งทางภูมิศาสตร์ที่แตกต่างกันทั่วโลก มี “ประเด็นหลัก” สามประการที่ศูนย์ข้อมูล Office 365 ตั้งอยู่

วิธีที่ฉันตอบคำถามนี้มาตลอดคือ Microsoft แบ่งโลกออกเป็นสามภูมิภาค: อเมริกาเหนือและใต้ ยุโรปและแอฟริกา และเอเชียและออสเตรเลีย เรามีศูนย์ข้อมูลที่ไม่เปิดเผยจำนวนในแต่ละภูมิภาค และเราเลือกศูนย์ข้อมูลหลักภายในภูมิภาคที่สำนักงานใหญ่ขององค์กรตั้งอยู่

คำถามสำคัญเพิ่มเติมที่เราสามารถถามได้คือ: ในกรณีที่องค์กรของเรามีไซต์หลายแห่งทั่วโลก เราสามารถสรุปได้ว่าแต่ละสถานที่ได้รับการกำหนดค่าให้เข้าถึงศูนย์ข้อมูล Office 365 ที่ใกล้ที่สุดได้หรือไม่

คำตอบคือ: "ไม่" ทรัพยากรขององค์กรทั้งหมด เช่น กล่องจดหมายของผู้ใช้จะอยู่ในศูนย์ข้อมูลแห่งเดียว และจะไม่ "กระจาย" ไปยังศูนย์ข้อมูล Office 365 ต่างๆ ทั่วโลก

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

ประเด็นของข้อมูลนี้คือ มีผลกระทบจาก “ระยะทาง” ทางภูมิศาสตร์ระหว่างเครือข่ายขององค์กรและศูนย์ข้อมูล Exchange Online

ฉันจะให้ข้อมูลเพิ่มเติมเกี่ยวกับวิธีการตรวจสอบคุณภาพของการสื่อสารและให้คำแนะนำในบทความสุดท้ายของการย้ายจดหมาย Office 365 ที่จริงจังนี้ | การเพิ่มประสิทธิภาพปริมาณงาน | ตอนที่ 3/4)

3. อุปกรณ์เครือข่าย

อุปกรณ์เครือข่าย เช่น ไฟร์วอลล์หรือพร็อกซีเซิร์ฟเวอร์ สามารถส่งผลกระทบต่อผลลัพธ์ของปริมาณงาน (อัตราการถ่ายโอนข้อมูล) ได้สองวิธี:

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

ตัวอย่างเช่น กระบวนการย้ายเมลอาจสร้างเซสชันนับสิบหรือหลายร้อยเซสชันระหว่าง Exchange on-Premises Server และ Exchange Online ในกรณีที่ไฟร์วอลล์หรือพร็อกซีเซิร์ฟเวอร์กำหนดค่าด้วยจำนวนเซสชันสูงสุด และกระบวนการย้ายเมลถึงขีดจำกัดนี้ ปริมาณงานของการย้ายเมลจะลดลง

แลกเปลี่ยนโครงสร้างพื้นฐานภายในองค์กร

1. แหล่งข้อมูล (Exchange Server) - ประสิทธิภาพของเซิร์ฟเวอร์ Exchange On-Premise ภายในเครื่อง

การย้ายเมลตามแนวคิดในการคัดลอกหรือย้ายข้อมูลกล่องจดหมายไปยังคลาวด์ (Exchange Online) ในสถานการณ์ที่มีกล่องจดหมายหลายกล่อง ปริมาณข้อมูลที่ถ่ายโอนอาจมีขนาดใหญ่มาก และการดำเนินการในการเข้าถึงกล่องจดหมายของเซิร์ฟเวอร์อีเมลแต่ละกล่องและการคัดลอกข้อมูลจะสร้างภาระงานจำนวนมากบนเซิร์ฟเวอร์ Exchange On-Premises

ในสถานการณ์สมมติของการกำหนดค่าแบบไฮบริด โหลดของเซิร์ฟเวอร์อาจส่งผลกระทบต่อเซิร์ฟเวอร์กล่องจดหมายเซิร์ฟเวอร์ Exchange on-Premises ซึ่งโฮสต์กล่องจดหมายของผู้ใช้หรือต่อเซิร์ฟเวอร์เซิร์ฟเวอร์ Exchange on-Premises Hybrid ซึ่งทำหน้าที่เป็นเราเตอร์ระหว่างเซิร์ฟเวอร์ Exchange ภายในองค์กรและ เมฆ.

2. ไซต์แลกเปลี่ยน

องค์กรขนาดกลางและขนาดใหญ่มักจะมีไซต์ Exchange มากกว่าหนึ่งไซต์ เรื่องของไซต์ Exchange อาจส่งผลต่ออัตราการถ่ายโอนข้อมูลของการย้ายเมลจากสองมุมมอง:

• ที่ตั้งทางภูมิศาสตร์ของไซต์ Exchange เทียบกับที่ตั้งทางภูมิศาสตร์ของศูนย์ข้อมูล Exchange Online ในกรณีที่ไซต์ Exchange “อยู่ใกล้” กับศูนย์ข้อมูล Exchange Online เราน่าจะได้ผลลัพธ์ที่ดีกว่า
• ดำเนินการย้ายจดหมายโดยใช้ไซต์ Exchange หลายแห่ง
  ในกรณีที่ดำเนินการย้ายจดหมายจากไซต์ Exchange หลายแห่ง เราสามารถย้ายกล่องจดหมายได้มากขึ้นในช่วงเวลาที่กำหนด และผลลัพธ์ของปริมาณงานการย้ายจดหมายได้รับการปรับปรุงอย่างมาก

3. การโยกย้ายแบบไฮบริด & MRSProxy

เมื่อใช้ตัวเลือกการย้ายแบบไฮบริด คอมโพเนนต์เซิร์ฟเวอร์ Exchange on-Premises ที่รับผิดชอบในการปรับใช้และจัดการการดำเนินการกล่องจดหมายย้ายคือ MRSProxy

งานในการย้ายกล่องจดหมายจากเซิร์ฟเวอร์ต้นทางไปยังเซิร์ฟเวอร์ปลายทางที่อธิบายเป็น - การเชื่อมต่อ MRSProxy ในเซิร์ฟเวอร์ Exchange ภายในองค์กร ค่าเริ่มต้นสำหรับ MRSProxy สำหรับจำนวนการเชื่อมต่อสูงสุดคือ 100

ในกรณีที่เราต้องการเพิ่มค่านี้ เราสามารถเปลี่ยนค่าเริ่มต้นได้โดยใช้คำสั่ง PowerShell (เราจะตรวจสอบไวยากรณ์ที่แน่นอนในการโยกย้ายจดหมาย Office 365 | การเพิ่มประสิทธิภาพปริมาณงาน | ส่วนที่ 3/4)

4. กฎบัตร Exchange Mailbox

โดยส่วนใหญ่แล้ว เมื่อเราพูดถึงคำว่า “กล่องจดหมาย” เราจะใช้คำนี้โดยทั่วไป ในความเป็นจริง คำว่า “กล่องจดหมาย” ใช้เพื่ออธิบายกล่องจดหมายประเภทต่างๆ มากมาย เช่น:

• ตู้ไปรษณีย์ขนาดเล็กที่มีรายการไปรษณีย์จำนวนเล็กน้อย
• กล่องจดหมายเฉลี่ยพร้อมจำนวนรายการจดหมายโดยเฉลี่ย
• กล่องจดหมายขนาดเล็กที่มีรายการไปรษณีย์จำนวนมาก
• ตู้ไปรษณีย์ขนาดใหญ่ที่มักมีลักษณะเป็นตู้ไปรษณีย์ที่มีรายการจดหมายขนาดใหญ่ + จำนวนมาก

แล้วประเด็นของฉันคืออะไร?

ประเด็นของฉันคือ โดยส่วนใหญ่เราจะเกี่ยวข้องเฉพาะกับ "ขนาดกล่องจดหมาย" และเราเข้าใจดีว่าตามตรรกะแล้ว การย้ายกล่องจดหมายขนาดใหญ่เทียบกับกล่องจดหมายขนาดเล็กจะใช้เวลานานกว่า

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

ปัจจัยด้านประสิทธิภาพการย้ายข้อมูลทั่วไป: กล่องจดหมายขนาด 4GB หนึ่งกล่องที่มีรายการ 400 รายการ โดยแต่ละกล่องมีไฟล์แนบขนาด 10 เมกะไบต์ (MB) จะย้ายได้เร็วกว่ากล่องจดหมายขนาด 4GB หนึ่งกล่องที่มีรายการขนาดเล็กกว่า 100,000 รายการ

5. จำนวนรายการเมลและเครื่องมือการย้ายเมลของบุคคลที่สาม

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

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

ฉันต้องยอมรับว่าฉันสงสัยว่าเหตุใดบทความนี้จึงรวมข้อมูลเกี่ยวกับเครื่องมือการย้ายจดหมายของบริษัทอื่น และไม่มีข้อมูลที่เกี่ยวข้องกับตัวเลือกการย้ายในตัวของ Office 365

แม้ว่าตารางจะเปรียบเทียบปริมาณงานการโยกย้ายในสถานการณ์ของผลิตภัณฑ์การโยกย้ายจดหมายของบุคคลที่สามคิดว่าเราสามารถใช้ข้อมูลเป็นอนุพันธ์สำหรับตัวเลือกการโยกย้ายจดหมาย Office 365 ทั้งหมด เช่น การโยกย้ายแบบ Cutover และ Stage เนื่องจากวิธีการเหล่านี้ยังขึ้นอยู่กับ การเชื่อมต่อ RPC ที่สร้างขึ้นระหว่างเซิร์ฟเวอร์ Exchange on-Premises และเซิร์ฟเวอร์ Exchange Online

แล้วข้อมูลบอกอะไรเราบ้าง

หากเราพิจารณาข้อมูลที่ปรากฏในตารางอย่างละเอียดยิ่งขึ้น เราจะสังเกตเห็นปัญหาการแทรกอย่างมาก: เมื่อเราย้ายกล่องจดหมาย Exchange (กล่องจดหมายขนาดเล็กในสถานการณ์ของเรา) ที่มีรายการจดหมายหลายจำนวน กระบวนการจะสร้างปริมาณมหาศาล ของธุรกรรม RPC

เพื่อเน้นข้อสรุปจากข้อมูลที่ปรากฏในตาราง ฉันได้สร้างไดอะแกรมต่อไปนี้

กล่องจดหมายหนึ่งมีขนาดค่อนข้างเล็ก (ขนาด 249 MB) และกล่องจดหมายอื่นมีขนาดใหญ่กว่า (377 MB) ข้อเท็จจริงที่น่าสนใจก็คือ เวลาที่เราต้องย้ายกล่องจดหมายขนาดเล็กนั้นนานกว่ามาก (11~ ชั่วโมงสำหรับกล่องจดหมายขนาดเล็ก เทียบกับ 4.5~ ชั่วโมงสำหรับกล่องจดหมายขนาดใหญ่)

คำตอบสำหรับ “ผลลัพธ์ที่แปลกประหลาด” นี้คือกล่องจดหมายขนาดเล็กมีรายการจดหมาย 13,000~ รายการ เทียบกับกล่องจดหมายขนาดใหญ่ที่มีรายการอีเมล 4,100~ รายการ

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

6. นโยบายการควบคุมปริมาณเซิร์ฟเวอร์ Exchange on-Premises

ปัจจัยเพิ่มเติมที่เราสามารถเกี่ยวข้องได้คือนโยบายการควบคุมปริมาณ Exchange on-Premises ในกรณีที่มีการใช้นโยบายการควบคุมปริมาณ Exchange On-Premises นโยบายการควบคุมปริมาณอาจส่งผลต่อประสิทธิภาพของกระบวนการย้ายข้อมูลเมล

ปัจจัย Office 365/Exchange Online

นโยบายการควบคุม/กลไกการควบคุม

คำว่า “นโยบายการควบคุมปริมาณ” เป็นคำที่อธิบายแนวคิดที่คล้ายกันกับคำว่า QoS (คุณภาพของการบริการ) นโยบายการควบคุมปริมาณนั้นเป็นข้อจำกัดที่กำหนดไว้ล่วงหน้าหรือข้อจำกัดที่ผู้ดูแลระบบบังคับใช้กับระบบเฉพาะ

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

คำถามที่เกี่ยวข้องกับสถานการณ์การย้ายเมลไปยัง Office 365 ของเราคือ:

Office 365 ใช้นโยบายการควบคุมปริมาณที่จำกัดจำนวนข้อมูลที่สามารถ “ถ่ายโอน” จากเซิร์ฟเวอร์อีเมลภายในองค์กรไปยัง Exchange Online ได้หรือไม่

คำตอบคือ ใช่ และ ไม่

ใน Office 365 มีการนำนโยบายการควบคุมปริมาณไปใช้สามประเภทที่เกี่ยวข้องกับการย้ายจดหมาย:

1. การควบคุมปริมาณบริการการโยกย้าย Office 365
2. การควบคุมผู้ใช้ Office 365
3. การควบคุมปริมาณฐานสุขภาพทรัพยากร

1. การควบคุมบริการการย้ายข้อมูลของ Office 365

การควบคุมปริมาณบริการการโยกย้ายจะกำหนดจำนวนสูงสุดของการย้ายกล่องจดหมายที่เกิดขึ้นพร้อมกันไปยังเซิร์ฟเวอร์ Exchange Online

ตัวอย่างเช่น:

• ค่าเริ่มต้นสำหรับกล่องจดหมายที่เกิดขึ้นพร้อมกัน “ย้าย” เมื่อใช้ Cutover, Stage หรือ Hybrid Migration คือ 20
• ค่าเริ่มต้นสำหรับกล่องจดหมายที่เกิดขึ้นพร้อมกัน "ย้าย" เมื่อใช้การย้ายข้อมูล IMAP คือ 4

ไตรมาสที่ 1: ฉันสามารถเปลี่ยนค่าเริ่มต้นนี้ได้หรือไม่

A1: ใช่ ได้อย่างง่ายดายมากจากอินเทอร์เฟซ GUI หรือคำสั่ง PowerShell

ไตรมาสที่ 2: ฉันสามารถสรุปได้ว่าข้อสรุปที่ชัดเจนคือ: ถ้าฉันเพิ่มค่าเริ่มต้นเป็นสองเท่าจากการย้ายพร้อมกัน 20 ครั้งเป็นการย้ายพร้อมกัน 40 ครั้ง ฉันจะเพิ่มปริมาณการรับส่งข้อมูลการย้ายจดหมายเป็นสองเท่าหรือไม่

A1: ตามทฤษฎีแล้ว คำตอบคือ: "ใช่"

เราใช้คำว่า "ในทางทฤษฎี" เนื่องจากเมื่อเราเพิ่มจำนวนการย้ายกล่องจดหมายสูงสุดบนฝั่งเซิร์ฟเวอร์ Exchange Online (และในฝั่งเซิร์ฟเวอร์ Exchange on-Premises) ผลลัพธ์อาจล้นหลามสำหรับเซิร์ฟเวอร์ Exchange on-Premises เนื่องจาก งานของ "ย้ายกล่องจดหมาย" กำลังใช้ทรัพยากรจากเซิร์ฟเวอร์ที่ "ส่ง" กล่องจดหมาย (เซิร์ฟเวอร์ Exchange On-Premises) และเซิร์ฟเวอร์ที่ "ยอมรับ" กล่องจดหมาย (Exchange Online)

ประเด็นของฉันคือเราสามารถสรุปได้ว่า Exchange Online มีทรัพยากรไม่จำกัด แต่เรา ไม่สามารถใช้ข้อสรุปเดียวกันกับเซิร์ฟเวอร์ Exchange on-Premises ได้เนื่องจาก สมมติฐานพื้นฐานคือเซิร์ฟเวอร์ Exchange on-Premises มีทรัพยากรฮาร์ดแวร์จำกัด

2. การควบคุมผู้ใช้ Office 365

คำว่า “การควบคุมปริมาณผู้ใช้” อธิบายถึงนโยบายการควบคุมปริมาณของ Office 365 ซึ่งได้รับการนำไปใช้หรือ “บังคับใช้” ในสองสถานการณ์:

• สถานการณ์ที่ 1: เมื่อใช้ตัวเลือก “PST Migration ”
• สถานการณ์สมมติที่ 2: เมื่อใช้การโยกย้าย MAPI ของบริษัทอื่น (วิธีการโยกย้ายการอัปโหลดไคลเอนต์ ที่นำมาใช้โดยใช้ RPC ผ่าน HTTPS)

คำถามที่ 1: เหตุใดจึงใช้นโยบายการควบคุมผู้ใช้

A1: ฉันไม่พบคำตอบอย่างเป็นทางการสำหรับคำถามนี้ แต่ฉันสามารถสรุปได้ว่าเหตุผลในการใช้นโยบายการควบคุมผู้ใช้เมื่อใช้การย้าย PST (การย้ายการอัปโหลดไคลเอนต์) ก็คือการย้ายประเภทนี้ ไม่ค่อยมีประสิทธิภาพและทำให้เกิดภาระสูงในด้านที่ “ส่งออกข้อมูล” (ฝั่งไคลเอ็นต์) และฝั่ง “ยอมรับ” ข้อมูล (Exchange Online)

นโยบายการควบคุมผู้ใช้ Office 365 ได้รับการออกแบบมาเพื่อ "ปกป้อง" Exchange Online จากสถานการณ์ที่เราใช้การย้าย PST หลายสิบหรือหลายร้อยครั้ง และการทำเช่นนี้ "ล้นหลาม" เซิร์ฟเวอร์ Exchange Online

การควบคุมผู้ใช้ส่งผลต่อเครื่องมือการย้ายข้อมูลของบริษัทอื่นส่วนใหญ่และวิธีการย้ายข้อมูลการอัปโหลดโดยไคลเอ็นต์ วิธีการย้ายข้อมูลเหล่านี้ใช้ โปรโตคอลการเข้าถึงไคลเอ็นต์ เช่น RPC ผ่าน HTTP เพื่อย้ายข้อมูลกล่องจดหมายไปยังกล่องจดหมาย Exchange Online โดยปกติเครื่องมือเหล่านี้ใช้เพื่อย้ายข้อมูลจากแพลตฟอร์ม เช่น IBM Lotus Domino และ Novell GroupWise

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

3. การควบคุมปริมาณฐานสุขภาพทรัพยากร

การควบคุมปริมาณฐานข้อมูลความสมบูรณ์ของทรัพยากรถูกสร้างขึ้นเพื่อปกป้องความสมบูรณ์ของเซิร์ฟเวอร์ Exchange Online ในสถานการณ์พิเศษ การใช้การควบคุมปริมาณฐานความสมบูรณ์ของทรัพยากรจะถูกปลูกฝังในโอกาสพิเศษเท่านั้นเมื่อระบบตรวจสอบระบุโหลดพิเศษหรือปัญหาเฉพาะที่เกี่ยวข้องกับโครงสร้างพื้นฐานเซิร์ฟเวอร์ Exchange Online

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

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

สรุป

ภาพหน้าจอต่อไปนี้นำมาจากบทความของ Microsoft: ประสิทธิภาพการโยกย้าย Exchange Online และแนวทางปฏิบัติที่ดีที่สุด

ตารางนี้จะอธิบาย “เมทริกซ์” ของนโยบายการควบคุมปริมาณของ Office 365 และสถานการณ์การย้ายใดที่มีการนำนโยบายการควบคุมปริมาณเฉพาะไปใช้

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

เมื่อ “การโยกย้ายเซิร์ฟเวอร์ไปยังเซิร์ฟเวอร์” เช่น การโยกย้าย Stage หรือ Cutover การควบคุมบริการการโยกย้าย Office 365 จะถูกนำมาใช้เพื่อกำหนดจำนวนสูงสุดของการย้ายกล่องจดหมายที่เกิดขึ้นพร้อมกัน

ในบทความถัดไป เราจะดูการย้าย Mail ไปยัง Office 365 | การเพิ่มประสิทธิภาพปริมาณการรับส่งข้อมูลการย้ายจดหมาย