การเรียกใช้ Exchange 2016 บนตัวควบคุมโดเมน Windows 2012 R2 สำหรับองค์กรขนาดเล็กมีผู้ใช้น้อยกว่า 25 รายเป็นอย่างไร


15

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

ดังนั้นสมมติว่าเรารู้ว่าข้อกำหนดการใช้งานจะไม่เติบโตเกินกว่าผู้ใช้ 25 รายพูดพร้อมกัน 10 ข้อ

  1. วิธี "เลวร้าย" มันเป็นจริงวันนี้เพื่อเรียกใช้ทั้งตลาดหลักทรัพย์และ DS AD ในเครื่องเดียวกัน(ซอง virtualization ใด ๆ ) ?
  2. มีอะไรที่ไม่ดีเป็นพิเศษเกี่ยวกับมัน? (ตั้งชื่อเหตุผล 1 หรือ 2 อันดับแรกที่นึกถึง "Microsoft พูดอย่างนั้น")
  3. จะทำอะไรได้บ้างเพื่อบรรเทาอาการ "เลวร้าย" ถ้ามีอะไร?

คุณสามารถสันนิษฐานได้ว่าธุรกิจดังกล่าวมีปัญหา:

  1. มีเซิร์ฟเวอร์ในสถานที่จริงเดียวกับ ISP เชิงพาณิชย์ที่สมเหตุสมผลหรือ
  2. มีกลุ่มของทรัพยากรเสมือนที่ถูกเคาะออกไปแล้วและพวกเขาไม่ต้องการที่จะใช้จ่ายมากขึ้น

สถานการณ์ที่ฉันมีอยู่ในใจคือสถานการณ์ที่สองโดยมีเพียง VM เดียวที่อาจเป็นตัวเลือกสำหรับการเพิ่ม Exchange เพราะเป็น Windows VM เดียวและมีหน่วยความจำส่วนเกินเพียงพอที่จะทำให้เกิดขึ้น

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


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


2
"คุณต้องตรวจสอบให้แน่ใจว่ามีการติดตั้งตัวควบคุมโดเมน Exchange 2016 เป็นเซิร์ฟเวอร์แค็ตตาล็อกส่วนกลาง" และ "บริการแลกเปลี่ยนอาจไม่เริ่มทำงานอย่างถูกต้องเมื่อตัวควบคุมโดเมนเป็นเซิร์ฟเวอร์แค็ตตาล็อกส่วนกลางด้วย" ดังนั้นการตั้งค่าอาจไม่ทำงานเลย
Michael Hampton

4
สำหรับสิ่งหนึ่ง Exchange ต้องการคุยกับ Active Directory ก่อนที่จะปิดบริการ Exchange Active Directory Topology หากพวกเขาอยู่ในกล่องเดียวกัน (ขณะที่พวกเขาอยู่ในสาย SBS ที่ถูกยกเลิก) การแลกเปลี่ยนสามารถนั่งอยู่ที่นั่นเป็นเวลา 30 นาทีหมุนไปที่ "Bueller ... Bueller ... " รอให้ตัวควบคุมโดเมนตอบ ดังนั้นคุณจะต้องการ DC ที่สอง นอกจากนี้ยังไม่รองรับการลดระดับ DC ด้วย Exchange
Katherine Villyard

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

คำตอบ:


10

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

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

ที่กล่าวมาทั้งหมดเกี่ยวกับปริมาณงานจริงและหากปริมาณอีเมลต่ำผู้ใช้จะไม่ทำสิ่งพิเศษ (ฝนตกหนักตลอดทั้งวันส่งจดหมายจำนวนมาก ฯลฯ ) คุณอาจไม่เป็นไร

Microsoft สนับสนุนการกำหนดค่าดังกล่าวในผลิตภัณฑ์Small Business / Server Essentialsซึ่งอนุญาตให้ DC, Exchange และ SQL Server ทำงานบนเครื่องเดียวได้

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

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


3
+1 สำหรับการกล่าวถึงว่า Server Essentials (เดิมชื่อ "Small Business Server") ได้รับการออกแบบมาเพื่อให้ธุรกิจขนาดนี้สามารถทำงานกับ AD และ Exchange (รวมถึงสิ่งอื่น ๆ ด้วย)
Moshe Katz

12

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

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


ผู้โพสต์กล่าวถึงเป็นพิเศษไม่มีการจำลองเสมือน
บาร์บีคิว

แต่ด้วยโซลูชั่นเซิร์ฟเวอร์ของ Microsoft ไม่ได้เป็นอุปสรรคต่อการเข้าสู่การทำเวอร์ช่วลไลเซชันต่ำสุดใช่หรือไม่ เช่น Linux และ KVM / LXC ไม่มีเหตุผลที่ OP ไม่สามารถจำลองปริมาณงานเสมือนจริงได้
ewwhite

เห็นด้วยในทางเทคนิคอาจไม่มีเหตุผล แต่อาจมีเหตุผลที่ไม่ใช่ด้านเทคนิค (ทางการเมือง)
บาร์บีคิว

@ whitewhite คำถามที่ได้รับการปรับปรุงเพื่อให้มีสีนิดหน่อย ... สมมติว่า virtualization ไม่ใช่ตัวเลือกเพราะพวกเขาไม่มีทรัพยากรหรือ alreayd virtualized และไม่รองรับ virtualization อยู่ด้านบน (ฉันลืมชื่อของการตั้งค่าใน vmware)
tacos_tacos_tacos

4
หากคุณทำเวอร์ชวลไลเซชันแล้วและไม่สามารถมีผู้เยี่ยมชมมากกว่าหนึ่งคนด้วยเหตุผลบางอย่างดังนั้น Server Essentials น่าจะเป็นตัวเลือกที่ดี แต่ถ้าคุณไม่มีทรัพยากรในการจัดการไฮเปอร์ไวเซอร์แบบง่าย ๆ กับแขกสองคนคุณอาจไม่มีทรัพยากรในการจัดการ Exchange และ AD บนเครื่องเดียวกัน การแยก VMs จะง่ายกว่าที่จะสนับสนุนในความคิดของฉัน
บาร์บีคิว

6

สำหรับสิ่งหนึ่ง Exchange ต้องการคุยกับ Active Directory ก่อนปิดบริการ Exchange Active Directory Topology หากพวกเขาอยู่ในกล่องเดียวกัน (ขณะที่พวกเขาอยู่ในสาย SBS ที่ถูกยกเลิก) การแลกเปลี่ยนสามารถนั่งอยู่ที่นั่นเป็นเวลา 30 นาทีหมุนไปที่ "Bueller ... Bueller ... " รอให้ตัวควบคุมโดเมนตอบ ดังนั้นคุณจะต้องการ DC ที่สอง สุจริตแม้กับ DC ที่สองฉันมีสคริปต์การปิดระบบบนเซิร์ฟเวอร์ SBS ที่ปิดบริการ Exchange ก่อนสิ่งอื่นใด

นอกจากนี้ยังไม่รองรับการลดระดับ DC ด้วย Exchange สิ่งที่ต้องจำไว้

ฉันไม่ได้กังวลเกี่ยวกับภาระ เมื่อบาร์บีคิวชี้ให้เห็นในคำตอบของเขา / เธอสาย SBS ถูกกำหนดเป้าหมายที่การติดตั้งเกี่ยวกับขนาดของคุณ (น้อยกว่า 75 ผู้ใช้สำหรับ SBS คลาสสิก) ฉันค่อนข้างมั่นใจว่ากล่องสามารถรับภาระได้ถ้าเป็นเซิร์ฟเวอร์ที่สมเหตุสมผล



-2

หากคุณแน่ใจว่าเซิร์ฟเวอร์ของคุณมีเนื้อวัวมากพอให้ทำต่อไป แต่ตั้งค่า RAM สูงสุดในการแลกเปลี่ยน (และ SQL ถ้าคุณใส่ที่นี่) ดูhttp://www.bursky.net/index.php/2012/ 05 / ขีด จำกัด ของการแลกเปลี่ยน 2010 หน่วยความจำที่ใช้งาน /

คุณจำเป็นต้องสร้างเซิร์ฟเวอร์ที่จำเป็น / เซิร์ฟเวอร์ของธุรกิจขนาดเล็ก แต่ฉันสามารถเห็นคนที่จบลงในสถานการณ์ที่การปรับขนาดดูน่าสนใจกว่าออกไปดังนั้น 25 ไม่ได้เป็นขีด จำกัด ที่ยากมาก

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.