The most common application for Hyp

The most common application for Hyper-V is server virtualization. That’s a use case that has almost obvious benefits. It’s not nearly as common to find desktop operating systems on the server platform (as opposed to Client Hyper-V or any of the various type 2 hypervisors). However, it is perfectly suited to the task.

The real question is: is desktop virtualization a solution to your problems? Such a solution is called a virtual desktop infrastructure (VDI). Creating and managing VDI are not trivial tasks in Hyper-V (or any other hypervisor) and can end in disaster if not properly planned. My goal with this article is to reach you during the contemplation phase where you’re trying to determine if VDI is worth tackling.

Here are 7 things to think about before even starting a pilot project:

1. Learn Your Letters
Searching on VDI is going to lead you into a morass of TLAs (three-letter acronyms) and FLAs that make it difficult to know what you’re reading. Let me help:

VDI: virtual desktop infrastructure
RDS: Remote Desktop Services — this is an umbrella term for VDI on Microsoft platforms
RDVH: Remote Desktop Virtualization Host — a Hyper-V host specialized to run Windows desktop operating systems as guests
RDSH: Remote Desktop Session Host — a Windows Server host that runs one operating system for many concurrent users
RDGW: Remote Desktop Gateway — a Windows Server system that funnels many users through a single keyhole so that they don’t need to directly access their desktops
RDCB or RDB: Remote Desktop Connection Broker: a Windows Server system responsible for directing user connections to their virtual desktop
RDWA or RDW: Remote Desktop Web Access: a Windows Server system that presents a web page that presents a user-friendly way to connect to a virtual desktop
2. VDI is Probably not Going to Save Any Money
We’re accustomed to server virtualization resulting in a cost savings. Those savings don’t translate into the VDI space at all. Here are some of the costs you’ll need to be prepared for to build a successful VDI deployment:

No hardware savings. Server virtualization enables hardware consolidation: many unique server deployments on much less hardware than physical deployments. It works very well because end users really don’t care how many towers are in the closet or how many rack slots are filled in the datacenter. They only care that their services are accessible. If you try telling 30 employees that they’re all going to have to share a single desktop computer on the same shift, you’ll get a noticeably less positive response. Even if they all have their own virtual desktop, they’ll still need unique devices to access them, and those cost money. It is possible to drive down the average cost of a virtual desktop to the $300 range, but once you add the remote device back in, you’re probably right back at the cost of a regular desktop (or higher).
Licensing is almost definitely more expensive. Licensing for VDI varies wildly. One thing is for certain: you won’t find anything quite like the guest virtualization rights for server when it comes to virtualized desktop operating systems. You can, of course, use non-Windows desktops in your virtual environment, but there are lots of asterisks and conditionals to go with that. I’m not going to go into them here, but I will say that I would likely not use Hyper-V as my VDI platform of choice if I weren’t going to use Windows desktops. So, you have to license the Windows environment for the virtual desktop, you have to license whatever operating system is on the device that your users access their virtual desktops from, and, depending on your particular VDI environment and licensing scheme, you probably have to license the fact that they’re connecting to a virtual desktop. You’re not going to come out ahead on licensing versus just buying a bunch of desktops or laptops with OEM Windows.
High availability isn’t cheap. Having one desktop go down is an annoyance. I don’t know anything about your organization, but I’m guessing that having a virtual desktop host crash and take 200 virtual desktops with it is likely to be categorized as “unacceptable”. You’re going to need to build up your hardware infrastructure to support your virtual desktop infrastructure, and that’s going to be expensive. You’re also going to have to buy enough licenses to cover every host.
You need more than Hyper-V on the server. Hyper-V alone does not a virtual desktop infrastructure make. You’re going to need at least one other fully-licensed Windows Server system and really, that’s not going to be enough.
Plan to pay for support. If you can follow the TechNet lab guides and build an environment that’s 100% acceptable for production, you’re ahead of the game. The tools are not robust and do not fare well once you start trying to make exceptions. VDI isn’t the most popular application of Microsoft technology, so there’s not as much publicly available information or as

ผลลัพธ์ (ไทย) 1:

แอพลิเคชันทั่วไปสำหรับ Hyper-v เซิร์ฟเวอร์เสมือนได้ ที่จะใช้กรณีที่มีประโยชน์เกือบชัดเจน ก็ไม่ได้เกือบทั่วไปในการค้นหาระบบปฏิบัติการเดสก์ท็อปบนแพลตฟอร์มเซิร์ฟเวอร์ (ตรงข้ามกับไคลเอ็นต์ Hyper-v หรือใด ๆ ของไฮ 2 ประเภทต่าง ๆ) อย่างไรก็ตาม มันเป็นสิ่งที่เหมาะกับงานคำถามจริงคือ: เดสก์ท็อปเสมือนเป็นการแก้ไขปัญหาของคุณ การแก้ปัญหาเรียกว่าโครงสร้างเดสก์ท็อปเสมือน (VDI) การสร้าง และจัดการ VDI ไม่ใช่งานเล็ก ๆ น้อย ๆ ใน Hyper-v (หรือใด ๆ อื่น ๆ hypervisor) และสามารถจบในภัยพิบัติถ้าไม่ ได้วางแผนไว้อย่างถูกต้อง บทความนี้คือ ถึงคุณระหว่างขั้นตอนการทำสมาธิที่คุณกำลังพยายามตรวจสอบถ้า VDI มีมูลค่าแก้ปัญหานี่คือ 7 ข้อควรคิดก่อนว่าจะเริ่มโครงการนำร่อง:1. เรียนรู้จดหมายของคุณการค้นหา VDI จะนำคุณไปสู่ morass ของ TLAs (ตัวย่อสามตัวอักษร) และ FLAs ที่ทำให้มันยากที่จะรู้ว่าสิ่งที่คุณกำลังอ่าน ให้ฉันช่วยให้:VDI: โครงสร้างพื้นฐานเดสก์ท็อปเสมือนRDS: บริการเดสก์ท็อประยะไกล — นี้เป็นระยะร่มสำหรับ VDI บนแพลตฟอร์ม MicrosoftRDVH: โฮสต์การจำลองเสมือนของเดสก์ท็อประระยะไกล — โฮสต์ Hyper-v เฉพาะเพื่อเรียกใช้ระบบปฏิบัติการเดสก์ท็อป Windows เป็นผู้RDSH: โฮสต์เซสชันเดสก์ท็อประยะไกล — โฮสต์ Windows Server ที่รันระบบปฏิบัติการหนึ่งสำหรับผู้ใช้หลายคนพร้อมกันRDGW: เกตเวย์เดสก์ท็อประยะไกล — ระบบ Windows Server ที่ funnels ผู้ใช้หลายคนผ่านรูกุญแจแบบเดียวเพื่อให้พวกเขาไม่จำเป็นต้องเข้าถึงเดสก์ท็อปของตนโดยตรงRDCB หรือ RDB: Broker การเชื่อมต่อเดสก์ท็อประยะไกล: ระบบ Windows Server รับผิดชอบการกำกับผู้ใช้เชื่อมต่อกับเดสก์ท็อปเสมือนของพวกเขาRDWA หรือ RDW: เข้าเว็บเดสก์ท็อประยะไกล: ระบบ Windows Server ที่นำเว็บเพจที่แสดงวิธีใช้งานง่ายเพื่อเชื่อมต่อกับเดสก์ท็อปเสมือน2. VDI อาจจะไม่ประหยัดเงินใด ๆเราไม่คุ้นเคยกับการจำลองเสมือนของเซิร์ฟเวอร์ส่งผลให้ประหยัดค่าใช้จ่าย เงินออมเหล่านั้นไม่แปลพื้นที่ VDI ที่ทั้งหมด นี่คือบางส่วนของค่าใช้จ่ายที่คุณจะต้องตระเตรียมการสร้างการปรับใช้ VDI ประสบความสำเร็จ:ประหยัดฮาร์ดแวร์ไม่ รบกวนช่วยรวมฮาร์ดแวร์: ใช้เฉพาะเซิร์ฟเวอร์หลายบนฮาร์ดแวร์มากน้อยกว่าการใช้งานทางกายภาพ ทำงานดี เพราะผู้คนไม่สนใจกี่อาคารอยู่ในตู้เสื้อผ้าหรือกี่ชั้นช่องในศูนย์ข้อมูล พวกเขาดูแลเท่านั้นสามารถเข้าถึงบริการของพวกเขา ถ้าคุณพยายามบอก 30 คนที่พวกเขากำลังทั้งหมดจะต้องมีการใช้คอมพิวเตอร์เดสก์ท็อปเครื่องเดียวบนกะเดียวกัน คุณจะได้รับการตอบสนองบวกน้อยลงอย่างเห็นได้ชัด แม้ว่ามีเดสก์ท็อปเสมือนตนเอง พวกเขายังคงต้องใช้อุปกรณ์เฉพาะในการเข้าถึงพวกเขา และผู้ใช้เงิน ก็สามารถขับรถลงทุนเฉลี่ยของเดสก์ท็อปเสมือนช่วง $300 แต่เมื่อคุณเพิ่ม อุปกรณ์เข้าไป คุณก็อาจจะกลับมาที่ต้นทุน ของเดสก์ท็อปที่ปกติ (หรือสูงกว่า)อนุญาตให้ใช้สิทธิ์เป็นเกือบแน่นอนแพงกว่า อนุญาตให้ใช้สิทธิ์สำหรับ VDI ไปอย่างดุเดือด สิ่งหนึ่งบาง: คุณจะไม่พบอะไรมากเช่นสิทธิในเซิร์ฟเวอร์เสมือนการพักเมื่อมาถึงระบบปฏิบัติการเดสก์ท็อปเสมือน คุณสามารถ แน่นอน ใช้เดสก์ท็อปไม่ใช่ Windows ในสภาพแวดล้อมเสมือนของคุณ แต่มีเครื่องหมายดอกจันและ conditionals ไป ด้วยที่ ผมไม่ได้จะไปลงที่นี่ แต่ฉันจะบอกว่า ผมจะมีแนวโน้มไม่ใช้ Hyper V เป็นแพลตฟอร์ม VDI ฉันเลือกถ้าผมไม่ได้ไปใช้เดสก์ท็อปของ Windows ดังนั้น คุณต้องใช้งานสภาพแวดล้อม Windows สำหรับเดสก์ท็อปเสมือน คุณต้องไม่ว่าระบบปฏิบัติการบนอุปกรณ์ที่ผู้ใช้เข้าถึงเดสก์ท็อปเสมือนของตนจากการอนุญาตให้ใช้ และ ขึ้นอยู่กับสภาพแวดล้อม VDI เฉพาะและรูปแบบสิทธิ์การใช้งาน คุณอาจต้องการอนุญาตให้ใช้ความจริงที่ว่าพวกเขากำลังเชื่อมต่อกับเดสก์ท็อปเสมือน คุณจะออกมาข้างหน้าในการอนุญาตให้ใช้สิทธิ์กับซื้อพวงของเดสก์ท็อปหรือแล็ปท็อปกับ OEM Windowsพร้อมใช้งานสูงไม่ประหยัด มีเดสก์ท็อปที่หนึ่งลงไปเป็นที่รำคาญ ไม่มีความรู้เกี่ยวกับองค์กรของคุณ แต่ฉันคาดเดาว่า มีโฮสต์เดสก์ท็อปเสมือนล้มเหลว และใช้เดสก์ท็อปเสมือน 200 กับมันมีแนวโน้มที่จะถูกจัดประเภทเป็น "ยอมรับ" คุณจะต้องสร้างโครงสร้างพื้นฐานของฮาร์ดแวร์เพื่อสนับสนุนโครงสร้างพื้นฐานเดสก์ท็อปเสมือนของคุณ และที่จะมีราคาแพง คุณยังจะต้องซื้อสิทธิ์การใช้งานเพียงพอเพื่อให้ครอบคลุมทุกโฮสต์คุณต้องมากกว่าบนเซิร์ฟเวอร์ Hyper V Hyper V เพียงอย่างเดียวไม่ทำให้โครงสร้างพื้นฐานเดสก์ท็อปเสมือน คุณจะต้องน้อยหนึ่งได้รับใบอนุญาต Windows Server ระบบอื่น ๆ และจริง ๆ ที่จะไม่เพียงพอแผนการจ่ายสำหรับการสนับสนุน ถ้าคุณสามารถทำตามคำแนะนำของห้องแล็บ TechNet และสร้างสภาพแวดล้อมที่เป็นที่ยอมรับสำหรับการผลิต 100% คุณก่อนเกม เครื่องมือไม่มีความแข็งแกร่ง และอัตราค่าโดยสารได้ดีเมื่อคุณเริ่มต้นพยายามสร้างข้อยกเว้น VDI ไม่ใช้เทคโนโลยี Microsoft จึงมีไม่มากเท่าเผยข้อมูล หรือเป็น

ผลลัพธ์ (ไทย) 2:

การประยุกต์ใช้กันมากที่สุดสำหรับ Hyper-V เป็นเซิร์ฟเวอร์เสมือนจริง นั่นคือกรณีการใช้งานที่มีประโยชน์ที่เห็นได้ชัดเกือบ มันไม่ได้เกือบเป็นเรื่องธรรมดาที่จะหาระบบปฏิบัติการสก์ท็อปบนแพลตฟอร์มเซิร์ฟเวอร์ (เมื่อเทียบกับไคลเอ็นต์ Hyper-V หรือใด ๆ ของประเภทต่างๆ 2 hypervisors) อย่างไรก็ตามมันก็เหมาะกับงาน. คำถามที่แท้จริงคือเป็นเสมือนเดสก์ทอปวิธีการแก้ปัญหาของคุณได้หรือไม่ โซลูชั่นดังกล่าวจะเรียกว่าเป็นโครงสร้างพื้นฐานสก์ท็อปเสมือน (VDI) การสร้างและจัดการ VDI ไม่ได้งานเล็กน้อยใน Hyper-V (หรือไฮเปอร์ไวเซอร์อื่น ๆ ) และสามารถจบในภัยพิบัติถ้าไม่ได้วางแผนไว้อย่างถูกต้อง เป้าหมายของฉันกับบทความนี้คือการเข้าถึงตัวคุณได้ในระหว่างขั้นตอนการทำสมาธิที่คุณกำลังพยายามที่จะตรวจสอบว่า VDI มีมูลค่าการแก้ปัญหา. ที่นี่ 7 สิ่งที่คิดเกี่ยวกับก่อนที่จะได้เริ่มต้นโครงการนำร่องที่: 1 เรียนรู้อักษรของคุณค้นหาบน VDI เป็นไปเพื่อนำคุณเข้าสู่ปลักของ TLAs (ตัวย่อสามตัวอักษร) และ flas ที่ทำให้มันยากที่จะรู้ว่าสิ่งที่คุณกำลังอ่าน ให้ฉันช่วยให้: VDI: โครงสร้างพื้นฐานเดสก์ทอปเสมือนRDS: Remote Desktop บริการ - นี้เป็นคำที่ร่มสำหรับ VDI บน Microsoft แพลตฟอร์มRDVH: Remote Desktop Virtualization โฮสต์ - โฮสต์ Hyper-V ความเชี่ยวชาญในการใช้ระบบปฏิบัติการ Windows Desktop เป็นแขกRDSH: สก์ท็อประยะไกล โฮสต์ของเซสชัน - โฮสต์ Windows Server ที่รันระบบปฏิบัติการสำหรับผู้ใช้พร้อมกันหลายRDGW: Remote Desktop Gateway - ระบบ Windows Server ที่ผู้ใช้หลายช่องทางผ่านรูกุญแจเดียวเพื่อให้พวกเขาไม่จำเป็นต้องเข้าถึงโดยตรงของพวกเขาเดสก์ท็RDCB หรือ RDB: ระยะไกลนายหน้า Desktop เชื่อมต่อ: ระบบ Windows Server ผู้รับผิดชอบในการกำกับดูแลการเชื่อมต่อผู้ใช้ไปยังเดสก์ทอปของพวกเขาเสมือนRDWA หรือ RDW: การเข้าถึงระยะไกลสก์ท็อปเว็บ: ระบบ Windows Server ที่มีการจัดหน้าเว็บที่นำเสนอวิธีที่ใช้งานง่ายเพื่อเชื่อมต่อกับสก์ท็อปเสมือนจริง2 . VDI อาจจะไม่การประหยัดเงินใด ๆ ที่เราคุ้นเคยกับการทำงานแบบเสมือนเซิร์ฟเวอร์ทำให้ประหยัดค่าใช้จ่าย เงินฝากออมทรัพย์เหล่านั้นไม่ได้แปลลงในช่องว่าง VDI ที่ทั้งหมด นี่คือบางส่วนของค่าใช้จ่ายที่คุณจะต้องมีการเตรียมการที่จะสร้างการใช้งานที่ประสบความสำเร็จ VDI: ไม่มีเงินฝากออมทรัพย์ฮาร์ดแวร์ เซิร์ฟเวอร์เสมือนจริงจะช่วยให้การรวมฮาร์ดแวร์เซิร์ฟเวอร์ที่ไม่ซ้ำกันจำนวนมากปรับใช้กับฮาร์ดแวร์น้อยกว่าการใช้งานทางกายภาพ การทำงานเป็นอย่างดีเพราะผู้ใช้ที่สิ้นสุดจริงๆไม่สนใจวิธีการหลายอาคารอยู่ในตู้เสื้อผ้าหรือกี่ช่องชั้นที่เต็มไปในดาต้าเซ็นเตอร์ พวกเขาสนใจว่าบริการของพวกเขาจะสามารถเข้าถึงได้ ถ้าคุณพยายามบอก 30 คนว่าพวกเขากำลังทั้งหมดจะต้องแบ่งปันคอมพิวเตอร์ตั้งโต๊ะเดียวในการเปลี่ยนเดียวกันคุณจะได้รับการตอบสนองในเชิงบวกอย่างเห็นได้ชัดน้อย ถึงแม้ว่าพวกเขาทุกคนมีสก์ท็อปเสมือนจริงของตัวเองพวกเขายังจะต้องไม่ซ้ำกับอุปกรณ์ที่เข้าถึงได้และเงินค่าใช้จ่ายเหล่านั้น มันเป็นไปได้ที่จะขับรถลงค่าใช้จ่ายเฉลี่ยของสก์ท็อปเสมือนจริงในช่วงที่ $ 300 แต่เมื่อคุณเพิ่มอุปกรณ์ระยะไกลกลับมาอยู่ในคุณอาจกลับมาที่ค่าใช้จ่ายของเดสก์ท็ปกติ (หรือสูงกว่า) ได้. ออกใบอนุญาตเป็นเกือบแน่นอน แพงกว่า. การออกใบอนุญาตสำหรับ VDI แตกต่างกันไปอย่างดุเดือด สิ่งหนึ่งคือบาง: คุณจะไม่พบอะไรมากเช่นสิทธิของผู้เข้าพักแบบเสมือนสำหรับเซิร์ฟเวอร์เมื่อมันมาถึงระบบปฏิบัติการสก์ท็อปเสมือนจริง คุณสามารถของหลักสูตรใช้ที่ไม่ใช่ Windows เดสก์ท็ในสภาพแวดล้อมเสมือนจริงของคุณ แต่มีจำนวนมากดอกจันและเงื่อนไขที่จะไปกับที่ ฉันจะไม่ไปลงในพวกเขาที่นี่ แต่ฉันจะบอกว่าผมจะมีโอกาสได้ใช้ Hyper-V เป็นแพลตฟอร์ม VDI ของฉันเลือกถ้าฉันไม่ได้ไปใช้เดสก์ท็ของ Windows ดังนั้นคุณจะต้องอนุญาตให้สภาพแวดล้อมของ Windows สำหรับเดสก์ทอปเสมือนคุณมีใบอนุญาตสิ่งที่ระบบปฏิบัติการบนอุปกรณ์ที่ผู้ใช้สามารถเข้าถึงเดสก์ท็เสมือนของพวกเขาจากและขึ้นอยู่กับสภาพแวดล้อม VDI ของคุณโดยเฉพาะและรูปแบบการออกใบอนุญาตคุณอาจต้อง อนุญาตให้ใช้ความจริงที่ว่าพวกเขากำลังเชื่อมต่อกับสก์ท็อปเสมือนจริง คุณจะไม่ออกมาข้างหน้าในการออกใบอนุญาตเมื่อเทียบกับเพียงแค่การซื้อพวงของเดสก์ท็หรือแล็ปท็อปที่มี OEM ของ Windows. พร้อมใช้งานสูงไม่ได้ราคาถูก มีหนึ่งสก์ท็อปไปลงเป็นความน่ารำคาญ ผมไม่ทราบอะไรเกี่ยวกับองค์กรของคุณ แต่ฉันคาดเดาว่ามีความผิดพลาดโฮสต์สก์ท็อปเสมือนจริงและใช้เวลา 200 เดสก์ท็เสมือนกับมีแนวโน้มที่จะถูกแบ่งออกเป็น "ไม่ยอมรับ" คุณจะต้องสร้างโครงสร้างพื้นฐานฮาร์ดแวร์ของคุณให้การสนับสนุนโครงสร้างพื้นฐานสก์ท็อปเสมือนจริงของคุณและที่จะมีราคาแพง นอกจากนี้คุณยังจะต้องซื้อใบอนุญาตเพียงพอที่จะครอบคลุมทุกโฮสต์. คุณต้องการมากกว่า Hyper-V บนเซิร์ฟเวอร์ Hyper-V เพียงอย่างเดียวไม่ได้เป็นสก์ท็อปเสมือนโครงสร้างพื้นฐานให้ คุณกำลังจะต้องได้รับใบอนุญาตอย่างเต็มที่ระบบเซิร์ฟเวอร์ Windows อื่นอย่างน้อยหนึ่งและจริงๆที่ไม่ได้ไปจะเพียงพอ. วางแผนที่จะจ่ายสำหรับการสนับสนุน หากคุณสามารถปฏิบัติตามคำแนะนำของห้องปฏิบัติการ TechNet และสร้างสภาพแวดล้อมที่ 100% ยอมรับได้สำหรับการผลิตคุณก่อนเกม เครื่องมือที่ไม่ได้แข็งแกร่งและไม่ได้ค่าโดยสารได้ดีเมื่อคุณเริ่มพยายามที่จะทำให้ข้อยกเว้น VDI ไม่ได้เป็นที่นิยมใช้มากที่สุดของเทคโนโลยีไมโครซอฟท์จึงมีไม่มากเท่าข้อมูลสาธารณะหรือเป็น