โซลูชั่นการทำงานระยะไกลของ HPE

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

การพัฒนาไอที

สิ่งสำคัญที่สามารถเรียนรู้ได้จากประวัติศาสตร์ไอทีคือ...

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

นานมาแล้วเมื่อคอมพิวเตอร์มีขนาดใหญ่

“ผมคิดว่ามีตลาดในโลกสำหรับคอมพิวเตอร์ประมาณห้าเครื่อง” Thomas Watson ซีอีโอของ IBM ในปี 1943

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

โมดูลนี้มีขนาด 11 ซม. * 11 ซม. และความจุ 512 ไบต์ (4096 บิต) ตู้ที่เต็มไปด้วยโมดูลเหล่านี้แทบจะไม่มีความจุเท่ากับฟล็อปปี้ดิสก์ 3,5 นิ้วแบบโบราณ (1.44 MB = 2950 โมดูล) ในขณะที่ใช้พลังงานไฟฟ้าที่เห็นได้ชัดเจนมากและร้อนพอๆ กับรถจักรไอน้ำ

เป็นเพราะขนาดที่ใหญ่มากทำให้ชื่อภาษาอังกฤษสำหรับการดีบักโค้ดโปรแกรมคือ "การดีบัก" Grace Hopper หนึ่งในโปรแกรมเมอร์กลุ่มแรกๆ ในประวัติศาสตร์ ซึ่งเป็นเจ้าหน้าที่กองทัพเรือ เขียนบันทึกในปี 1945 หลังจากตรวจสอบปัญหาของโปรแกรมแล้ว

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

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

“ไม่มีเหตุผลว่าทำไมใครๆ ก็อยากจะเก็บคอมพิวเตอร์ไว้ที่บ้าน” - Ken Olsen ผู้ก่อตั้ง DEC ปี 1977

ในยุค 70 คำว่ามินิคอมพิวเตอร์ปรากฏขึ้น ฉันจำได้ว่าเมื่อฉันอ่านคำนี้ครั้งแรกเมื่อหลายปีก่อน ฉันจินตนาการถึงบางสิ่งที่เหมือนกับเน็ตบุ๊ก ซึ่งเกือบจะเป็นอุปกรณ์พกพา ฉันไม่สามารถเพิ่มเติมจากความจริง

Mini นั้นเมื่อเปรียบเทียบกับห้องเครื่องขนาดใหญ่เท่านั้น แต่สิ่งเหล่านี้ก็ยังมีตู้หลายตู้ที่มีอุปกรณ์ราคาหลายแสนล้านดอลลาร์ อย่างไรก็ตาม พลังการประมวลผลได้เพิ่มขึ้นมากจนไม่สามารถโหลดได้ 100% เสมอไป และในขณะเดียวกัน คอมพิวเตอร์ก็เริ่มพร้อมให้บริการสำหรับนักศึกษามหาวิทยาลัยและอาจารย์

แล้วเขาก็มา!

มีคนเพียงไม่กี่คนที่คิดถึงรากศัพท์ภาษาละตินในภาษาอังกฤษ แต่เป็นสิ่งที่ทำให้เราเข้าถึงจากระยะไกลอย่างที่เรารู้จักในปัจจุบัน ปลายทาง (ละติน) - สิ้นสุด, เส้นขอบ, เป้าหมาย จุดประสงค์ของ Terminator T800 คือการยุติชีวิตของ John Connor นอกจากนี้เรายังทราบด้วยว่าสถานีขนส่งที่ผู้โดยสารขึ้นและลงจากรถหรือขนสินค้าขึ้นและลงเรียกว่าอาคารผู้โดยสาร - จุดหมายปลายทางสุดท้ายของเส้นทาง

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

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

วันของเรา

ฉันจะเริ่มนับ "วันเวลาของเรา" ตั้งแต่ต้นยุค 80 นับตั้งแต่วินาทีที่โปรเซสเซอร์ตัวแรกที่มีพลังการประมวลผลที่สำคัญซึ่งเข้าถึงได้สำหรับคนจำนวนมากปรากฏขึ้น เชื่อกันว่าโปรเซสเซอร์หลักในยุคนั้นคือ Intel 8088 (ตระกูล x86) ซึ่งเป็นบรรพบุรุษของสถาปัตยกรรมที่ชนะ อะไรคือความแตกต่างพื้นฐานกับแนวคิดของยุค 70?

เป็นครั้งแรกที่มีแนวโน้มที่จะถ่ายโอนการประมวลผลข้อมูลจากศูนย์กลางไปยังอุปกรณ์รอบนอก ไม่ใช่งานทั้งหมดที่ต้องการพลังบ้า (เมื่อเทียบกับ x86 ที่อ่อนแอ) ของเมนเฟรมหรือแม้แต่มินิคอมพิวเตอร์ Intel ไม่หยุดนิ่ง ในช่วงทศวรรษที่ 90 ได้เปิดตัวตระกูล Pentium ซึ่งกลายเป็นเครื่องใช้ไฟฟ้าภายในบ้านที่ผลิตจำนวนมากเครื่องแรกในรัสเซียอย่างแท้จริง โปรเซสเซอร์เหล่านี้มีความสามารถมากมายอยู่แล้ว ไม่เพียงแต่การเขียนจดหมายเท่านั้น แต่ยังรวมถึงมัลติมีเดียและการทำงานกับฐานข้อมูลขนาดเล็กอีกด้วย ที่จริงแล้ว สำหรับธุรกิจขนาดเล็ก ไม่จำเป็นต้องมีเซิร์ฟเวอร์เลย ทุกอย่างสามารถทำได้บนเครื่องนอก หรือบนเครื่องไคลเอนต์ ทุกปี โปรเซสเซอร์มีประสิทธิภาพมากขึ้น และความแตกต่างระหว่างเซิร์ฟเวอร์และคอมพิวเตอร์ส่วนบุคคลก็น้อยลงเรื่อยๆ ในแง่ของพลังการประมวลผล โดยมักจะเหลือเพียงพลังงานสำรอง การรองรับแบบ Hot-swappable และกรณีพิเศษสำหรับการติดตั้งในตู้แร็ค

หากคุณเปรียบเทียบโปรเซสเซอร์ไคลเอนต์สมัยใหม่ที่ "ไร้สาระ" สำหรับผู้ดูแลระบบเซิร์ฟเวอร์ขนาดใหญ่ในยุค 90 จาก Intel กับซูเปอร์คอมพิวเตอร์ในอดีต คุณจะรู้สึกอึดอัดเล็กน้อย

มาดูชายชราที่อายุเท่าฉันกันดีกว่า เครย์ X-MP/24 1984

เครื่องนี้เป็นหนึ่งในซูเปอร์คอมพิวเตอร์อันดับต้นๆ ของปี 1984 โดยมีโปรเซสเซอร์ 2 ตัวที่ความเร็ว 105 MHz พร้อมพลังการประมวลผลสูงสุดที่ 400 MFlops (การดำเนินการจุดลอยตัวนับล้าน) เครื่องจักรที่แสดงในภาพถ่ายนั้นยืนอยู่ในห้องปฏิบัติการเข้ารหัสของ NSA ของสหรัฐอเมริกา และมีส่วนร่วมในการทำลายรหัส หากคุณแปลง 15 ล้านดอลลาร์ในปี 1984 ดอลลาร์เป็นดอลลาร์ปี 2020 ต้นทุนจะอยู่ที่ 37,4 ล้านดอลลาร์หรือ 93 ดอลลาร์/MFlops

เครื่องที่ฉันกำลังเขียนบรรทัดเหล่านี้มีโปรเซสเซอร์ Core i5-7400 ปี 2017 ซึ่งไม่ใช่เรื่องใหม่เลยและแม้แต่ในปีที่วางจำหน่ายก็ยังเป็นโปรเซสเซอร์ 4 คอร์ที่อายุน้อยที่สุดในบรรดาโปรเซสเซอร์เดสก์ท็อประดับกลางทั้งหมด ความถี่พื้นฐาน 4 GHz 3.0 คอร์ (3.5 พร้อม Turbo Boost) และเธรด HyperThreading สองเท่าให้พลังงานจาก 19 ถึง 47 GFlops ตามการทดสอบต่างๆในราคา 16 รูเบิลต่อโปรเซสเซอร์ หากคุณประกอบเครื่องจักรทั้งหมด คุณจะเสียค่าใช้จ่ายได้ 750 ดอลลาร์ (ตามราคาและอัตราแลกเปลี่ยน ณ วันที่ 1 มีนาคม 2020)

ในท้ายที่สุด เรามีความเหนือกว่าของโปรเซสเซอร์เดสก์ท็อปโดยเฉลี่ยโดยสมบูรณ์ในแต่ละวันของเรา 50-120 เท่า เหนือซูเปอร์คอมพิวเตอร์ 10 อันดับแรกในอดีตที่คาดการณ์ไว้ และการลดลงของต้นทุนเฉพาะของ MFlops กลายเป็นเรื่องใหญ่โตอย่างยิ่ง 93500/25 = 3700 ครั้ง

เหตุใดเราจึงยังต้องการเซิร์ฟเวอร์และการรวมศูนย์การประมวลผลที่มีพลังดังกล่าวบริเวณรอบนอกนั้นเป็นสิ่งที่เข้าใจไม่ได้อย่างแน่นอน!

กระโดดถอยหลัง - เกลียวหมุนแล้ว

สถานีแบบไร้ดิสก์

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

แนวคิดของ "เวลาในทางเดิน" ปรากฏขึ้น - เปอร์เซ็นต์ของเวลาที่พนักงานฝ่ายสนับสนุนด้านเทคนิคอยู่ในทางเดิน ระหว่างทางไปยังพนักงานที่มีปัญหา นี่คือเวลาที่ต้องจ่าย แต่ไม่เกิดผลโดยสิ้นเชิง ไม่ใช่บทบาทที่สำคัญน้อยที่สุด และโดยเฉพาะอย่างยิ่งในห้องที่มีการปนเปื้อน ก็คือความล้มเหลวของฮาร์ดไดรฟ์ มาเอาดิสก์ออกจากเวิร์กสเตชันและทำทุกอย่างผ่านเครือข่าย รวมถึงการดาวน์โหลดด้วย นอกเหนือจากที่อยู่จากเซิร์ฟเวอร์ DHCP แล้ว อะแดปเตอร์เครือข่ายยังได้รับข้อมูลเพิ่มเติม - ที่อยู่ของเซิร์ฟเวอร์ TFTP (บริการไฟล์แบบง่าย) และชื่อของอิมเมจสำหรับบูต โหลดลงใน RAM และสตาร์ทเครื่อง

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

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

ขอให้เราจำประเด็นนี้ไว้: ความปลอดภัยของข้อมูลเริ่มมีบทบาทสำคัญมากขึ้นหลังจากเทคโนโลยีสารสนเทศ "วัยเด็กที่ไร้กังวล" และตัวอักษร 3 ตัวที่แย่และสำคัญกำลังรุกล้ำเข้าสู่ไอทีมากขึ้น - GRC (การกำกับดูแล, ความเสี่ยง, การปฏิบัติตาม) หรือในภาษารัสเซีย "การจัดการ, ความเสี่ยง, การปฏิบัติตาม"

เซิร์ฟเวอร์เทอร์มินัล

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

เกลียวหมุนวนและพบว่าตัวเองกลับมาอยู่ในโหมดเทอร์มินัลด้วยแนวคิดของเทอร์มินัลเซิร์ฟเวอร์

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

อย่างไรก็ตาม เทอร์มินัลเซิร์ฟเวอร์ยังมีข้อเสียหลายประการ เช่น ความยืดหยุ่นต่ำ ปัญหาเพื่อนบ้านที่มีเสียงดัง Windows ที่ใช้เซิร์ฟเวอร์อย่างเคร่งครัด เป็นต้น

การกำเนิดของโปรโต VDI

จริงอยู่ ในช่วงต้นถึงกลางทศวรรษ 00 การจำลองเสมือนระดับอุตสาหกรรมของแพลตฟอร์ม x86 ได้เข้ามามีบทบาทแล้ว และมีคนแสดงความคิดที่ลอยอยู่กลางอากาศ: แทนที่จะรวมศูนย์ไคลเอนต์ทั้งหมดบนเซิร์ฟเวอร์เทอร์มินัลฟาร์ม เรามามอบ VM ส่วนตัวให้กับทุกคนด้วย Windows ไคลเอนต์และแม้แต่การเข้าถึงของผู้ดูแลระบบกันดีกว่า

การปฏิเสธของลูกค้าอ้วน

ควบคู่ไปกับเซสชันและการจำลองเสมือนของระบบปฏิบัติการ แนวทางได้รับการพัฒนาเพื่ออำนวยความสะดวกให้กับฟังก์ชันไคลเอ็นต์ในระดับแอปพลิเคชัน

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

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

โครงสร้างพื้นฐานเดสก์ท็อปเสมือนจริง

โบรกเกอร์

ในปี 2007 VMware ผู้นำในตลาดเวอร์ช่วลไลเซชั่นเชิงอุตสาหกรรม ได้เปิดตัวผลิตภัณฑ์เวอร์ชันแรก VDM (Virtual Desktop Manager) ซึ่งกลายเป็นเวอร์ชันแรกในตลาดเดสก์ท็อปเสมือนที่เพิ่งเกิดขึ้น แน่นอนว่าเราไม่ต้องรอนานสำหรับการตอบกลับจากผู้นำเทอร์มินัลเซิร์ฟเวอร์อย่าง Citrix และในปี 2008 ด้วยการซื้อ XenSource XenDesktop ก็ปรากฏตัวขึ้น แน่นอนว่ามีผู้จำหน่ายรายอื่นๆ ที่มีข้อเสนอของตนเอง แต่อย่าลงลึกเข้าไปในประวัติศาสตร์มากเกินไป โดยถอยห่างจากแนวคิดนี้

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

นายหน้ามีหน้าที่รับผิดชอบในกระบวนการ VDI ที่สำคัญที่สุด:

• กำหนดทรัพยากร (เครื่อง/เซสชัน) ที่พร้อมใช้งานสำหรับไคลเอ็นต์ที่เชื่อมต่อ
• ปรับสมดุลไคลเอ็นต์ระหว่างกลุ่มเครื่อง/เซสชันหากจำเป็น
• ส่งต่อไคลเอนต์ไปยังทรัพยากรที่เลือก

ปัจจุบัน ไคลเอ็นต์ (เทอร์มินัล) สำหรับ VDI อาจเป็นอะไรก็ได้ที่มีหน้าจอ ไม่ว่าจะเป็นแล็ปท็อป สมาร์ทโฟน แท็บเล็ต คีออสก์ ไคลเอ็นต์แบบ Thin หรือ Zero และส่วนการตอบสนองซึ่งเป็นส่วนเดียวกับที่ดำเนินการโหลดที่มีประสิทธิผล - เซสชันเทอร์มินัลเซิร์ฟเวอร์ เครื่องจริง เครื่องเสมือน ผลิตภัณฑ์ VDI ที่พัฒนาแล้วสมัยใหม่ได้รับการบูรณาการอย่างแน่นหนากับโครงสร้างพื้นฐานเสมือน และจัดการอย่างอิสระในโหมดอัตโนมัติ การปรับใช้ หรือในทางกลับกัน คือการลบเครื่องเสมือนที่ไม่จำเป็นอีกต่อไป

นอกเหนือจากนั้นเล็กน้อย แต่สำหรับลูกค้าบางราย เทคโนโลยี VDI ที่สำคัญอย่างยิ่งคือการรองรับการเร่งความเร็วด้วยฮาร์ดแวร์ของกราฟิก 3D สำหรับการทำงานของนักออกแบบหรือนักออกแบบ

มาตรการ

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

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

เซิร์ฟเวอร์เทอร์มินัลเทียบกับ VM ไคลเอนต์

ด้วยการถือกำเนิดของ VDI ดูเหมือนว่าถึงเวลาที่ต้องบอกลาเทอร์มินัลเซิร์ฟเวอร์แล้ว เหตุใดจึงจำเป็นหากทุกคนมี VM ส่วนตัวเป็นของตัวเอง

อย่างไรก็ตาม จากมุมมองของเศรษฐศาสตร์ล้วนๆ ปรากฎว่าสำหรับงานมวลชนทั่วไป อาการคลื่นไส้เหมือนกัน ยังไม่มีสิ่งใดที่มีประสิทธิภาพมากกว่าเทอร์มินัลเซิร์ฟเวอร์ในแง่ของอัตราส่วนราคา/เซสชัน สำหรับข้อดีทั้งหมด วิธีการ “ผู้ใช้ 1 คน = 1 VM” ใช้ทรัพยากรมากขึ้นอย่างมากกับฮาร์ดแวร์เสมือนและระบบปฏิบัติการเต็มรูปแบบ ซึ่งทำให้เศรษฐกิจของสถานที่ทำงานทั่วไปแย่ลง

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

VDI และเศรษฐศาสตร์

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

ฉันอ้างถึงตัวอักษรสามตัวที่น่ากลัว GRC ด้านบน - ดังนั้น VDI จึงเกี่ยวกับ GRC มันเกี่ยวกับการบริหารความเสี่ยง มันเกี่ยวกับความปลอดภัยและความสะดวกในการควบคุมการเข้าถึงข้อมูล และทั้งหมดนี้มักจะต้องใช้เงินค่อนข้างมากในการนำไปใช้กับอุปกรณ์ประเภทต่างๆ ด้วย VDI การควบคุมจะง่ายขึ้น ปลอดภัยมากขึ้น และเส้นผมจะนุ่มสลวย

โซลูชั่นการทำงานระยะไกลของ HPE

การจัดการระยะไกลและคลาวด์

ไอแอลโอ

HPE อยู่ห่างไกลจากผู้มาใหม่ไปจนถึงการจัดการโครงสร้างพื้นฐานเซิร์ฟเวอร์ระยะไกล ไม่ใช่เรื่องตลก - ในเดือนมีนาคม iLO (Integrated Lights Out) ในตำนานมีอายุครบ 18 ปี เมื่อนึกถึงสมัยของฉันในฐานะผู้ดูแลระบบในยุค 00 โดยส่วนตัวแล้วฉันไม่มีความสุขไปกว่านี้แล้ว การติดตั้งแร็คเบื้องต้นและการเดินสายเคเบิลล้วนเป็นสิ่งที่จำเป็นในศูนย์ข้อมูลที่เสียงดังและเย็น การกำหนดค่าอื่นๆ ทั้งหมด รวมถึงการโหลดระบบปฏิบัติการ สามารถทำได้จากเวิร์กสเตชัน จอภาพสองจอ และกาแฟร้อนหนึ่งแก้ว และนี่คือเมื่อ 13 ปีที่แล้ว!

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

ฉันอยากจะสังเกตการกระทำของ HPE ในการรักษาการควบคุมไวรัสโคโรนาของมนุษยชาติโดยเฉพาะ HPE ประกาศว่าจนถึงสิ้นปี 2020 (อย่างน้อย) ใบอนุญาต iLO Advanced จะมีให้ทุกคนใช้งานได้ฟรี

ข้อมูลข่าวสาร

หากคุณมีเซิร์ฟเวอร์มากกว่า 10 เซิร์ฟเวอร์ในโครงสร้างพื้นฐานของคุณ และผู้ดูแลระบบไม่รู้สึกเบื่อ แน่นอนว่าระบบคลาวด์ HPE Infosight ที่ใช้ปัญญาประดิษฐ์จะเป็นส่วนเสริมที่ยอดเยี่ยมสำหรับเครื่องมือตรวจสอบมาตรฐาน ระบบไม่เพียงแต่ตรวจสอบสถานะและสร้างกราฟเท่านั้น แต่ยังแนะนำการดำเนินการเพิ่มเติมโดยอิสระตามสถานการณ์และแนวโน้มปัจจุบัน

ฉลาด, เป็นเหมือนธนาคาร Otkritieลองใช้อินโฟไซต์!

วันวิว

สุดท้ายแต่ไม่ท้ายสุด ฉันอยากจะพูดถึง HPE OneView ซึ่งเป็นกลุ่มผลิตภัณฑ์ทั้งหมดที่มีความสามารถมหาศาลในการตรวจสอบและจัดการโครงสร้างพื้นฐานทั้งหมด และทั้งหมดนี้โดยไม่ต้องลุกจากโต๊ะซึ่งคุณอาจเจอในสถานการณ์ปัจจุบันที่เดชาของคุณ

ระบบจัดเก็บข้อมูลก็ไม่เลว!

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

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

ฉันจำโปรเจ็กต์ที่มีการกระจายส่วนต่างๆ ของระบบจัดเก็บข้อมูลเป็นพิเศษ - แยกต่างหากสำหรับบริการที่วิกฤตยิ่งยวดในคลัสเตอร์เมโทร แยกต่างหากสำหรับการจำลองแบบซิงโครนัส (ราคาถูกกว่ามาก)

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

แล้วอะไรคือความแตกต่างพื้นฐานระหว่างการจำลองแบบซิงโครนัสและเมโทรคลัสเตอร์จากมุมมองของการทำงานระยะไกล?

ทุกอย่างง่ายมาก เมโทรคลัสเตอร์จะทำงานโดยอัตโนมัติ ตลอดเวลา เกือบจะในทันที

กระบวนการสลับโหลดสำหรับการจำลองแบบซิงโครนัสบนโครงสร้างพื้นฐานของ VM อย่างน้อยหลายร้อยรายการเป็นอย่างไร

1. รับสัญญาณฉุกเฉินได้แล้ว
2. กะหน้าที่วิเคราะห์สถานการณ์ - คุณสามารถเผื่อเวลาไว้ได้อย่างปลอดภัย 10 ถึง 30 นาทีเพื่อรับสัญญาณและตัดสินใจ
3. หากวิศวกรที่ปฏิบัติหน้าที่ไม่มีอำนาจในการเริ่มการสับเปลี่ยนโดยอิสระ ยังมีเวลา 30 นาทีในการติดต่อบุคคลที่มีอำนาจและยืนยันการเริ่มต้นการสับเปลี่ยนอย่างเป็นทางการ
4. กดปุ่มสีแดงใหญ่
5. 10-15 นาทีสำหรับการหมดเวลาและการติดตั้งวอลุ่มใหม่ การลงทะเบียน VM อีกครั้ง
6. การเปลี่ยนที่อยู่ IP เป็นเวลา 30 นาทีถือเป็นการประมาณการในแง่ดี
7. และสุดท้ายคือการเริ่มต้นของ VM และการเปิดตัวบริการที่มีประสิทธิผล

สามารถประมาณ RTO ทั้งหมด (เวลาในการกู้คืนกระบวนการทางธุรกิจ) ได้อย่างปลอดภัยที่ 4 ชั่วโมง

ลองเปรียบเทียบกับสถานการณ์บนเมโทรคลัสเตอร์กัน

1. ระบบจัดเก็บข้อมูลเข้าใจว่าการเชื่อมต่อกับแขนเมโทรคลัสเตอร์หายไป - 15-30 วินาที
2. โฮสต์การจำลองเสมือนเข้าใจว่าศูนย์ข้อมูลแรกหายไป - 15-30 วินาที (พร้อมกับจุดที่ 1)
3. รีสตาร์ทอัตโนมัติครึ่งหนึ่งถึงหนึ่งในสามของ VM ในศูนย์ข้อมูลที่สอง - 10-15 นาทีก่อนโหลดบริการ
4. คราวนี้ฝ่ายกะรับรู้ว่าเกิดอะไรขึ้น

รวม: RTO = 0 สำหรับบริการส่วนบุคคล 10-15 นาทีในกรณีทั่วไป

เหตุใด VM เพียงครึ่งถึงหนึ่งในสามจึงรีสตาร์ท ดูสิ่งที่เกิดขึ้น:

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

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

และแน่นอนว่าคลัสเตอร์ขนาดใหญ่ทำงานได้ดีทั้งบน HPE 3Par ซึ่งกำลังมุ่งหน้าสู่ Valinor และบน Primera ใหม่ล่าสุด!

โครงสร้างพื้นฐานสถานที่ทำงานระยะไกล

เซิร์ฟเวอร์เทอร์มินัล

ไม่จำเป็นต้องคิดอะไรใหม่สำหรับเทอร์มินัลเซิร์ฟเวอร์ HPE ได้จัดหาเซิร์ฟเวอร์ที่ดีที่สุดในโลกมาหลายปีแล้ว คลาสสิกเหนือกาลเวลา - DL360 (1U) หรือ DL380 (2U) หรือสำหรับแฟน ๆ AMD - DL385 แน่นอนว่ายังมีเบลดเซิร์ฟเวอร์อีกด้วย ทั้ง C7000 แบบคลาสสิกและแพลตฟอร์มที่ประกอบขึ้นจาก Synergy ใหม่ได้

สำหรับทุกรสนิยม ทุกสี เซสชันสูงสุดต่อเซิร์ฟเวอร์!

ความเรียบง่าย “คลาสสิก” VDI + HPE

ในกรณีนี้ เมื่อฉันพูดว่า "classic VDI" ฉันหมายถึงแนวคิดของผู้ใช้ 1 ราย = 1 VM พร้อมไคลเอ็นต์ Windows และแน่นอนว่า ไม่มีโหลด VDI ที่ใกล้เคียงและมีค่ากว่านี้สำหรับระบบไฮเปอร์คอนเวอร์จ โดยเฉพาะอย่างยิ่งกับการขจัดข้อมูลซ้ำซ้อนและการบีบอัด

ที่นี่ HPE สามารถนำเสนอทั้งแพลตฟอร์ม Simplivity แบบไฮเปอร์คอนเวอร์จของตัวเองและเซิร์ฟเวอร์ / โหนดที่ได้รับการรับรองสำหรับโซลูชันของพันธมิตร เช่น VSAN Ready Nodes สำหรับการสร้าง VDI บนโครงสร้างพื้นฐาน VMware VSAN

มาพูดคุยกันอีกเล็กน้อยเกี่ยวกับโซลูชันของ Simplicity จุดมุ่งหมายดังที่ชื่อบอกเป็นนัยถึงเราคือความเรียบง่าย ปรับใช้ง่าย จัดการง่าย ปรับขนาดได้ง่าย

ปัจจุบันระบบไฮเปอร์คอนเวิร์จเป็นหนึ่งในหัวข้อที่ร้อนแรงที่สุดในด้านไอที และจำนวนผู้จำหน่ายในระดับต่างๆ อยู่ที่ประมาณ 40 ราย จากข้อมูลของการ์ตเนอร์เมจิกสแควร์ HPE อยู่ใน Top5 ทั่วโลก และรวมอยู่ในกลุ่มผู้นำ - ผู้ที่เข้าใจ ที่อุตสาหกรรมกำลังพัฒนาและมีความสามารถในการเข้าใจในการแปลงเป็นฮาร์ดแวร์

ในทางสถาปัตยกรรม Simplivity คือระบบไฮเปอร์คอนเวอร์จแบบคลาสสิกที่มีเครื่องเสมือนตัวควบคุม ซึ่งหมายความว่าสามารถรองรับไฮเปอร์ไวเซอร์ต่างๆ ได้ ตรงข้ามกับระบบที่ผสานรวมไฮเปอร์ไวเซอร์ อันที่จริง ณ เดือนเมษายน 2020 รองรับ VMware vSphere และ Microsoft Hyper-V แล้ว และได้ประกาศแผนการรองรับ KVM แล้ว คุณสมบัติที่สำคัญของ Simplivity นับตั้งแต่ปรากฏตัวในตลาดคือการเร่งฮาร์ดแวร์ในการบีบอัดและการขจัดข้อมูลซ้ำซ้อนโดยใช้การ์ดเร่งความเร็วพิเศษ

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

แน่นอนว่า HPE ค่อนข้างไม่จริงใจ โดยอ้างว่ามีประสิทธิภาพ 100:1 โดยคำนวณด้วยวิธีพิเศษ แต่ประสิทธิภาพของการใช้พื้นที่นั้นสูงมากจริงๆ เพียงแต่ว่าตัวเลข 100:1 นั้นสวยงามเกินไป เรามาดูกันว่าเทคนิคการนำ Simplivity ไปใช้เพื่อแสดงตัวเลขดังกล่าวอย่างไร

ภาพย่อ. สแนปชอตถูกนำไปใช้อย่างถูกต้อง 100% ในรูปแบบ RoW (Redirect-on-Write) และดังนั้นจึงเกิดขึ้นทันทีและไม่ทำให้ประสิทธิภาพลดลง ตัวอย่างเช่น มันแตกต่างจากระบบอื่นๆ อย่างไร เหตุใดเราจึงต้องมีสแน็ปช็อตในเครื่องโดยไม่มีการลงโทษ ใช่ ง่ายมากในการลด RPO จาก 24 ชั่วโมง (RPO เฉลี่ยสำหรับการสำรองข้อมูล) เหลือสิบหรือหน่วยนาที

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

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

และนี่คือจุดที่ปรากฎว่าสถาปัตยกรรมดังกล่าวเหมาะอย่างยิ่งสำหรับ VDI ทุกประเภท ท้ายที่สุดแล้ว VDI หมายถึงเครื่องจักรที่คล้ายกันอย่างยิ่งหลายร้อยหรือหลายพันเครื่องที่มีระบบปฏิบัติการเดียวกันพร้อมแอปพลิเคชันเดียวกัน การขจัดข้อมูลซ้ำซ้อนทั่วโลกจะทำลายสิ่งเหล่านี้ทั้งหมดและบีบอัดไม่แม้แต่ 100:1 แต่ดีกว่ามาก ปรับใช้ 1000 VM จากเทมเพลตเดียวหรือไม่ ไม่ใช่ปัญหาเลย เครื่องเหล่านี้จะใช้เวลาในการลงทะเบียนกับ vCenter นานกว่าการโคลน

Simplivity G line ถูกสร้างขึ้นโดยเฉพาะสำหรับผู้ใช้ที่มีข้อกำหนดด้านประสิทธิภาพพิเศษ และสำหรับผู้ที่ต้องการตัวเร่งความเร็ว 3D

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

ความเรียบง่ายเหมาะอย่างยิ่งสำหรับการจัดระเบียบโครงสร้างพื้นฐาน VDI ที่กระจายตามพื้นที่ทางภูมิศาสตร์ด้วยการจำลองข้อมูลไปยังศูนย์ข้อมูลส่วนกลาง

สถาปัตยกรรม VDI ดังกล่าว (และไม่เพียง แต่ VDI เท่านั้น) มีความน่าสนใจเป็นพิเศษในบริบทของความเป็นจริงของรัสเซีย - ระยะทางที่ไกลมาก (และทำให้เกิดความล่าช้า) และห่างไกลจากช่องทางในอุดมคติ ศูนย์ภูมิภาคถูกสร้างขึ้น (หรือแม้แต่เพียง 1-2 โหนด Simplivity ในสำนักงานระยะไกลโดยสมบูรณ์) โดยที่ผู้ใช้ในพื้นที่เชื่อมต่อผ่านช่องทางที่รวดเร็ว การควบคุมและการจัดการเต็มรูปแบบจากศูนย์ได้รับการดูแล และมีเพียงจำนวนเล็กน้อยเท่านั้นที่มีคุณค่า มีคุณค่า และไม่ใช่ ขยะจะถูกจำลองไปยังข้อมูลศูนย์กลาง

แน่นอนว่า Simplivity เชื่อมต่อกับ OneView และ InfoSight อย่างสมบูรณ์

ไคลเอ็นต์แบบบางและไม่มีศูนย์

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

มีประเภทพิเศษของไคลเอ็นต์แบบธิน ซึ่งเรียกว่าไคลเอ็นต์แบบศูนย์ ความแตกต่างที่สำคัญจากแบบบางคือการไม่มีแม้แต่ระบบปฏิบัติการฝังตัวทั่วไปและทำงานเฉพาะกับไมโครชิปที่มีเฟิร์มแวร์ มักจะมีตัวเร่งฮาร์ดแวร์พิเศษสำหรับถอดรหัสสตรีมวิดีโอในโปรโตคอลเทอร์มินัล เช่น PCoIP หรือ HDX

แม้ว่า Hewlett Packard ขนาดใหญ่จะแบ่ง HPE และ HP ออกจากกัน แต่ก็เป็นไปไม่ได้ที่จะไม่พูดถึง Thin Client ที่ผลิตโดย HP

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

บริการ HPE สำหรับงานระยะไกลของคุณ

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

HPE CallHome

ในสภาวะปัจจุบัน ด้วยข้อจำกัดในการเคลื่อนไหว ฟังก์ชัน Call Home จึงมีความเกี่ยวข้องมากขึ้นกว่าที่เคย ระบบ HPE ใดๆ ที่มีคุณสมบัตินี้สามารถรายงานความล้มเหลวของฮาร์ดแวร์หรือซอฟต์แวร์ด้วยตนเองไปยัง HPE Support Center และมีแนวโน้มว่าชิ้นส่วนทดแทนและ/หรือวิศวกรบริการจะมาถึงสถานที่ของคุณก่อนที่คุณจะสังเกตเห็นความผิดปกติหรือปัญหาใดๆ เกี่ยวกับการบริการที่มีประสิทธิผล

โดยส่วนตัวแล้ว ฉันขอแนะนำให้เปิดใช้งานฟีเจอร์นี้เป็นอย่างยิ่ง

ที่มา: will.com