WEBVTT

00:00.210 --> 00:02.790
ผู้สอน: การจำลองเสมือนมีอยู่ทั่วไปในเครือข่ายองค์กรของเรา

00:02.790 --> 00:06.480
และสิ่งที่เริ่มต้นจากเซิร์ฟเวอร์เสมือนจริงได้ย้ายไปอยู่ที่เดสก์ท็อปด้วยโครงสร้างพื้นฐานเดสก์ท็อปเสมือนหรือ

00:06.480 --> 00:09.570
VDI

00:09.570 --> 00:17.280
ระบบเหล่านี้สามารถโฮสต์ระบบปฏิบัติการเดสก์ท็อปภายในสภาพแวดล้อมเสมือนจริงที่จะโฮสต์โดยเซิร์ฟเวอร์ส่วนกลางหรือเซิร์ฟเวอร์ฟาร์ม

00:17.280 --> 00:23.520
นี่คือการใช้งานระบบเสมือนจริงที่แยกสภาพแวดล้อมคอมพิวเตอร์ส่วนบุคคลออกจากคอมพิวเตอร์จริงของผู้ใช้

00:23.520 --> 00:28.410
จากนั้นผู้ใช้จะสามารถเข้าถึงเดสก์ท็อปเสมือนจากไคลเอนต์แบบบางหรือผ่านเว็บเบราว์เซอร์

00:28.410 --> 00:34.350
จากนั้นพวกเขาสามารถโต้ตอบกับเดสก์ท็อปเสมือนจริงเสมือนนั่งอยู่หน้าคอมพิวเตอร์เดสก์ท็อปมาตรฐาน

00:34.350 --> 00:38.460
ตัวอย่างเช่น ฉันมีเครื่อง Windows 10 ที่ฉันสามารถเข้าถึงได้ในระบบคลาวด์โดยเป็นส่วนหนึ่งของเครือข่าย

00:38.460 --> 00:40.320
VDI

00:40.320 --> 00:42.450
ดังนั้น ถ้าฉันต้องการใช้ ฉันจะเปิดใช้ซอฟต์แวร์ชิ้นหนึ่งบน

00:42.450 --> 00:45.090
Mac ของฉัน และมันจะติดต่อไปยังระบบคลาวด์ และฉันก็เชื่อมต่อกับเครื่อง

00:45.090 --> 00:51.060
Windows 10 เครื่องนั้น และสามารถเข้าถึงทรัพยากรทั้งหมดที่ฉันต้องการเพื่อเรียกใช้บนระบบคลาวด์นั้น

00:51.060 --> 00:52.820
ตอนนี้ บริการ VDI เหล่านี้มีระบบปฏิบัติการ

00:52.820 --> 00:54.090
แอปพลิเคชัน และทุกอย่างอื่นๆ

00:54.090 --> 00:56.250
ทั้งหมดที่ฉันต้องใช้เพื่อใช้งานเครื่อง

00:56.250 --> 00:58.440
Windows 10 เครื่องนี้

00:58.440 --> 01:00.150
ทุกครั้งที่ฉันพยายามเรียกใช้คำสั่ง

01:00.150 --> 01:02.430
คำสั่งนั้นจะประมวลผลบนเซิร์ฟเวอร์คลาวด์นั้น

01:02.430 --> 01:04.980
มันไม่ประมวลผลบนเครื่องของฉัน

01:04.980 --> 01:08.910
แต่เครื่องในพื้นที่ของฉันเป็นเพียงกล่องจำลองที่ใช้เชื่อมต่อ

01:08.910 --> 01:10.920
นั่นคือแนวคิดของ VDI

01:10.920 --> 01:12.690
ซึ่งช่วยให้คุณมีไว้บนเดสก์ท็อป

01:12.690 --> 01:15.570
แล็ปท็อป โทรศัพท์ แท็บเล็ต อะไรก็ได้

01:15.570 --> 01:25.980
มันไม่สำคัญเพราะอุปกรณ์อยู่ที่นั่นเพื่อเชื่อมต่อกับเซิร์ฟเวอร์และเรียกใช้อิมเมจเสมือนนั้นซึ่งจะทำการประมวลผลข้อมูลทั้งหมดให้คุณบนเซิร์ฟเวอร์ระยะไกลนั้นในระบบคลาวด์

01:25.980 --> 01:31.920
และอย่างที่ฉันพูดไป เซิร์ฟเวอร์นี้กำลังดำเนินการประมวลผลแอปพลิเคชันและที่เก็บข้อมูลทั้งหมด

01:31.920 --> 01:33.750
ซึ่งหมายความว่าคุณสามารถใช้ Chromebook,

01:33.750 --> 01:35.400
MacBook, เครื่อง Windows

01:35.400 --> 01:37.350
และอีกครั้ง มันไม่สำคัญเลย เพราะด้วย

01:37.350 --> 01:39.450
VDI เรามุ่งเน้นที่การเชื่อมต่อกับสภาพแวดล้อม

01:39.450 --> 01:49.740
VDI เท่านั้น แต่การประมวลผลทั้งหมดกำลังดำเนินการบนแอปพลิเคชันและฝั่งเซิร์ฟเวอร์สำหรับคุณ ด้วยเหตุนี้ เครือข่ายองค์กรจำนวนมาก กำลังผ่านวิวัฒนาการไปสู่ VDI

01:49.740 --> 01:54.960
โดยมีบริษัทจำนวนมากที่ลดภาระโครงสร้างพื้นฐานด้านไอทีทั้งหมดโดยใช้บริการของบุคคลที่สามที่ใช้

01:54.960 --> 01:57.720
VDI

01:57.720 --> 02:00.030
เป็นเรื่องที่น่าดึงดูดสำหรับ CIO ที่จะทำสิ่งนี้

02:00.030 --> 02:03.000
เพราะตอนนี้พวกเขาไม่ต้องรันระบบปฏิบัติการอีกต่อไป

02:03.000 --> 02:07.440
พวกเขาไม่ต้องกังวลเกี่ยวกับการแพตช์เพราะผู้ให้บริการบุคคลที่สามสามารถดำเนินการทั้งหมดให้พวกเขาได้

02:07.440 --> 02:11.220
นั่นเป็นหนึ่งในประโยชน์มหาศาลของ VDI และหนึ่งในคุณสมบัติการขายหลัก

02:11.220 --> 02:13.380
แต่มันไม่ใช่ข่าวดีทั้งหมด

02:13.380 --> 02:18.150
หนึ่งในสิ่งที่ไม่ดีเกี่ยวกับ VDI คือผู้ใช้มีความสามารถในการประมวลผลในเครื่องที่จำกัดมาก

02:18.150 --> 02:21.360
ดังนั้นหากเซิร์ฟเวอร์ล่มหรือเครือข่ายล่มหรือการเชื่อมต่อล่ม

02:21.360 --> 02:22.860
ผู้ใช้ของคุณจะไม่สามารถทำงานใดๆ

02:22.860 --> 02:24.990
ได้

02:24.990 --> 02:26.730
ดังนั้นหากมีการหยุดทำงานบนเซิร์ฟเวอร์นั้น

02:26.730 --> 02:28.020
ทุกคนก็จะหยุดทำงาน

02:28.020 --> 02:31.920
ในขณะที่ตอนนี้ฉันกำลังนั่งอยู่บนแล็ปท็อปและหากการเชื่อมต่ออินเทอร์เน็ตของฉันดับ

02:31.920 --> 02:33.570
ฉันก็ยังทำงานของฉันได้

02:33.570 --> 02:35.790
แต่ใน VDI ฉันไม่สามารถทำเช่นนั้นได้เพราะหากการเชื่อมต่อเครือข่ายของฉันล่ม

02:35.790 --> 02:38.940
ฉันไม่สามารถเข้าถึงเซิร์ฟเวอร์ได้

02:38.940 --> 02:40.800
แล้วฉันก็จะโชคร้าย

02:40.800 --> 02:44.670
ดังนั้นนี่คือบางสิ่งที่คุณต้องพิจารณาเมื่อพูดถึงการย้ายไปยังโซลูชันการจำลองเสมือนที่ใช้

02:44.670 --> 02:47.310
VDI

02:47.310 --> 02:52.290
ขณะนี้มีสามรูปแบบสำหรับการติดตั้งโครงสร้างพื้นฐานเดสก์ท็อปเสมือนภายในเครือข่ายของเรา

02:52.290 --> 02:54.090
แบบแรกเป็นแบบรวมศูนย์

02:54.090 --> 02:58.200
และสิ่งนี้โฮสต์อินสแตนซ์เดสก์ท็อปทั้งหมดบนเซิร์ฟเวอร์เดียวหรือเซิร์ฟเวอร์ฟาร์ม

02:58.200 --> 02:59.970
ประการที่สองคือรูปแบบโฮสต์

02:59.970 --> 03:02.250
ในรุ่นนี้ เดสก์ท็อปจะได้รับการดูแลแทนโดยผู้ให้บริการ

03:02.250 --> 03:05.640
และให้บริการแก่ผู้ใช้ปลายทางเป็นบริการ

03:05.640 --> 03:08.700
เราเรียกสิ่งนี้ว่า DAAS หรือเดสก์ท็อปว่าเป็นบริการ

03:08.700 --> 03:10.740
บริการต่างๆ เช่น Amazon Workspaces, VMware

03:10.740 --> 03:16.500
Horizon Air และเดสก์ท็อป Citrix Xen เป็นเพียงส่วนหนึ่งของผู้ให้บริการที่ได้รับความนิยมสูงสุด

03:16.500 --> 03:24.420
รุ่นที่สามคือรุ่นเดสก์ท็อปเสมือนระยะไกล ซึ่งเกี่ยวข้องกับการคัดลอกอิมเมจเดสก์ท็อปไปยังเครื่องท้องถิ่นก่อนที่ผู้ใช้ปลายทางจะใช้งาน

03:24.420 --> 03:30.410
รุ่นนี้ไม่จำเป็นต้องเชื่อมต่อเครือข่ายอย่างต่อเนื่องและมีความต้องการแบนด์วิธน้อยกว่าอีกสองรุ่น