HPE Remote Work Solutions

ຂ້ອຍຈະບອກເຈົ້າເລື່ອງໜຶ່ງໃນມື້ນີ້. ປະຫວັດການວິວັດທະນາການຂອງເຕັກໂນໂລຊີຄອມພິວເຕີ ແລະ ການປະກົດຕົວຂອງວຽກຫ່າງໄກສອກຫຼີກຕັ້ງແຕ່ສະ ໄໝ ກ່ອນຈົນເຖິງປະຈຸບັນ.

ການພັດທະນາ IT

ສິ່ງທີ່ສາມາດຮຽນຮູ້ຈາກປະຫວັດສາດຂອງ IT ຕົ້ນຕໍແມ່ນ ...

ມັນໄປໂດຍບໍ່ມີການເວົ້າວ່າ IT ພັດທະນາໃນກ້ຽວວຽນ. ວິທີແກ້ໄຂແລະແນວຄວາມຄິດດຽວກັນທີ່ຖືກຍົກເລີກໃນທົດສະວັດທີ່ຜ່ານມາໃຊ້ເວລາກ່ຽວກັບຄວາມຫມາຍໃຫມ່ແລະເລີ່ມຕົ້ນເຮັດວຽກຢ່າງສໍາເລັດຜົນໃນເງື່ອນໄຂໃຫມ່, ດ້ວຍວຽກງານໃຫມ່ແລະຄວາມສາມາດໃຫມ່. ໃນນີ້, IT ແມ່ນບໍ່ແຕກຕ່າງຈາກພື້ນທີ່ອື່ນໆຂອງຄວາມຮູ້ຂອງມະນຸດແລະປະຫວັດສາດຂອງໂລກທັງຫມົດ.

ດົນນານມາແລ້ວເມື່ອຄອມພິວເຕີໃຫຍ່

ທ່ານ Thomas Watson CEO ຂອງ IBM ໃນປີ 1943 "ຂ້າພະເຈົ້າຄິດວ່າມີຕະຫຼາດຢູ່ໃນໂລກສໍາລັບຄອມພິວເຕີປະມານຫ້າເຄື່ອງ."

ເຕັກໂນໂລຍີຄອມພິວເຕີໃນຕົ້ນໆແມ່ນໃຫຍ່. ບໍ່, ນັ້ນຜິດ, ເທັກໂນໂລຍີຕົ້ນໆແມ່ນໃຫຍ່ຫຼວງ, ໄຊໂຄເປນ. ເຄື່ອງຈັກຄອມພິວເຕີເຕັມຮູບແບບໄດ້ຄອບຄອງພື້ນທີ່ທີ່ສົມທຽບກັບຫ້ອງອອກກໍາລັງກາຍ, ແລະມີຄ່າໃຊ້ຈ່າຍທີ່ບໍ່ເປັນຈິງແທ້ໆ. ຕົວຢ່າງຂອງອົງປະກອບແມ່ນໂມດູນ RAM ໃນແຫວນ ferrite (1964).

ໂມດູນນີ້ມີຂະຫນາດ 11 ຊຕມ * 11 ຊຕມ, ແລະຄວາມອາດສາມາດຂອງ 512 ໄບຕ໌ (4096 ບິດ). ຕູ້ທີ່ເຕັມໄປດ້ວຍໂມດູນເຫຼົ່ານີ້ເກືອບຈະມີຄວາມສາມາດຂອງແຜ່ນ floppy disk ວັດຖຸບູຮານ 3,5" (1.44 MB = 2950 ໂມດູນ), ໃນຂະນະທີ່ມັນບໍລິໂພກພະລັງງານໄຟຟ້າທີ່ສັງເກດເຫັນຫຼາຍແລະຮ້ອນເທົ່າກັບຫົວຈັກໄອນ້ໍາ.

ມັນເປັນທີ່ຊັດເຈນເນື່ອງຈາກຂະຫນາດອັນໃຫຍ່ຫຼວງຂອງມັນທີ່ຊື່ພາສາອັງກິດສໍາລັບລະຫັດໂຄງການ debugging ແມ່ນ "debugging". ຫນຶ່ງໃນນັກຂຽນໂປລແກລມທໍາອິດໃນປະຫວັດສາດ, Grace Hopper (ແມ່ນແລ້ວ, ແມ່ຍິງ), ເຈົ້າຫນ້າທີ່ກອງທັບເຮືອ, ຂຽນບັນທຶກຂໍ້ມູນໃນປີ 1945 ຫຼັງຈາກສືບສວນບັນຫາກ່ຽວກັບໂຄງການ.

ເນື່ອງຈາກວ່າ moth (moth) ໂດຍທົ່ວໄປແມ່ນແມງໄມ້ (ແມງໄມ້), ບັນຫາເພີ່ມເຕີມແລະການປະຕິບັດເພື່ອແກ້ໄຂພະນັກງານໄດ້ລາຍງານໃຫ້ຜູ້ບັນຊາການຂອງເຂົາເຈົ້າເປັນ "debugging" (ຮູ້ຫນັງສື de-bug), ຫຼັງຈາກນັ້ນ bug ຊື່ໄດ້ຖືກມອບຫມາຍຢ່າງຫນັກແຫນ້ນກັບຄວາມລົ້ມເຫຼວຂອງໂຄງການແລະ. ຄວາມ​ຜິດ​ພາດ​ໃນ​ລະ​ຫັດ​, ແລະ debugging ກາຍ​ເປັນ debug .

ດ້ວຍການພັດທະນາຂອງເອເລັກໂຕຣນິກແລະ semiconductor ເອເລັກໂຕຣນິກໂດຍສະເພາະ, ຂະຫນາດທາງດ້ານຮ່າງກາຍຂອງເຄື່ອງຈັກເລີ່ມຫຼຸດລົງ, ແລະພະລັງງານຄອມພິວເຕີ້, ໃນທາງກົງກັນຂ້າມ, ເພີ່ມຂຶ້ນ. ແຕ່ເຖິງແມ່ນວ່າໃນກໍລະນີນີ້ມັນກໍ່ເປັນໄປບໍ່ໄດ້ທີ່ຈະສະຫນອງໃຫ້ທຸກຄົນມີຄອມພິວເຕີສ່ວນບຸກຄົນ.

“ບໍ່​ມີ​ເຫດ​ຜົນ​ທີ່​ຜູ້​ໃດ​ຢາກ​ເກັບ​ຄອມ​ພິວ​ເຕີ​ໄວ້​ໃນ​ບ້ານ​ຂອງ​ເຂົາ​ເຈົ້າ” - Ken Olsen, ຜູ້​ກໍ່​ຕັ້ງ DEC, 1977.

ໃນຊຸມປີ 70 ຄໍາວ່າ mini-computer ປາກົດ. ຂ້າ​ພະ​ເຈົ້າ​ຈື່​ໄດ້​ວ່າ​ໃນ​ເວ​ລາ​ທີ່​ຂ້າ​ພະ​ເຈົ້າ​ໄດ້​ອ່ານ​ຄໍາ​ສັບ​ນີ້​ຄັ້ງ​ທໍາ​ອິດ​ຫຼາຍ​ປີ​ກ່ອນ​ຫນ້າ​ນີ້​, ຂ້າ​ພະ​ເຈົ້າ​ຈິນ​ຕະ​ນາ​ການ​ບາງ​ສິ່ງ​ບາງ​ຢ່າງ​ເຊັ່ນ netbook​, ເກືອບ​ເປັນ​ມື​ຖື​. ຂ້ອຍບໍ່ສາມາດຢູ່ໄກຈາກຄວາມຈິງໄດ້.

Mini ແມ່ນພຽງແຕ່ໃນການປຽບທຽບກັບຫ້ອງເຄື່ອງຈັກຂະຫນາດໃຫຍ່, ແຕ່ສິ່ງເຫຼົ່ານີ້ແມ່ນຍັງມີຫຼາຍຕູ້ທີ່ມີອຸປະກອນທີ່ມີລາຄາຖືກຫຼາຍຮ້ອຍພັນແລະລ້ານໂດລາ. ຢ່າງໃດກໍຕາມ, ພະລັງງານຄອມພິວເຕີໄດ້ເພີ່ມຂຶ້ນຫຼາຍທີ່ມັນບໍ່ສະເຫມີ 100%, ແລະໃນເວລາດຽວກັນຄອມພິວເຕີເລີ່ມມີໃຫ້ນັກສຶກສາວິທະຍາໄລແລະຄູອາຈານ.

ແລ້ວພຣະອົງກໍມາ!

ມີຄົນຈໍານວນຫນ້ອຍຄິດກ່ຽວກັບຮາກພາສາລາແຕັງໃນພາສາອັງກິດ, ແຕ່ມັນເປັນສິ່ງທີ່ເຮັດໃຫ້ພວກເຮົາເຂົ້າເຖິງຫ່າງໄກສອກຫຼີກດັ່ງທີ່ພວກເຮົາຮູ້ໃນມື້ນີ້. Terminus (ລາຕິນ) - ສິ້ນສຸດ, ຊາຍແດນ, ເປົ້າຫມາຍ. ຈຸດປະສົງຂອງ Terminator T800 ແມ່ນເພື່ອສິ້ນສຸດຊີວິດຂອງ John Connor. ພວກເຮົາຍັງຮູ້ວ່າສະຖານີຂົນສົ່ງທີ່ຜູ້ໂດຍສານຂຶ້ນແລະລົງເຮືອຫຼືສິນຄ້າຖືກໂຫລດແລະ unloaded ແມ່ນເອີ້ນວ່າ terminals - ຈຸດຫມາຍປາຍທາງສຸດທ້າຍຂອງເສັ້ນທາງ.

ຕາມນັ້ນແລ້ວ, ແນວຄວາມຄິດຂອງການເຂົ້າເຖິງ terminal ໄດ້ເກີດມາ, ແລະທ່ານສາມາດເບິ່ງຢູ່ປາຍຍອດທີ່ມີຊື່ສຽງຂອງໂລກທີ່ຍັງມີຊີວິດຢູ່ໃນຫົວໃຈຂອງພວກເຮົາ.

DEC VT100 ເອີ້ນວ່າ terminal ເນື່ອງຈາກວ່າມັນຢຸດສາຍຂໍ້ມູນ. ມັນ​ມີ​ພະ​ລັງ​ງານ​ການ​ປຸງ​ແຕ່ງ virtually ສູນ​, ແລະ​ວຽກ​ງານ​ພຽງ​ແຕ່​ຂອງ​ມັນ​ແມ່ນ​ການ​ສະ​ແດງ​ຂໍ້​ມູນ​ທີ່​ໄດ້​ຮັບ​ຈາກ​ເຄື່ອງ​ຂະ​ຫນາດ​ໃຫຍ່​, ແລະ​ສົ່ງ​ການ​ປ້ອນ​ຂໍ້​ມູນ keyboard ກັບ​ເຄື່ອງ​. ແລະເຖິງແມ່ນວ່າ VT100 ຈະຕາຍໄປດົນນານ, ພວກເຮົາຍັງໃຊ້ມັນຢ່າງເຕັມທີ່.

ມື້ຂອງພວກເຮົາ

ຂ້າພະເຈົ້າຈະເລີ່ມຕົ້ນນັບ "ວັນເວລາຂອງພວກເຮົາ" ໃນຕອນຕົ້ນຂອງ 80s, ຈາກປັດຈຸບັນໂຮງງານຜະລິດທໍາອິດທີ່ມີພະລັງງານຄອມພິວເຕີທີ່ສໍາຄັນ, ທີ່ມີໃຫ້ແກ່ປະຊາຊົນຢ່າງກວ້າງຂວາງ, ປະກົດຕົວ. ເຊື່ອກັນແບບດັ້ງເດີມວ່າໂປເຊດເຊີຕົ້ນຕໍຂອງຍຸກແມ່ນ Intel 8088 (x86 ຄອບຄົວ) ເປັນບັນພະບຸລຸດຂອງສະຖາປັດຕະຍະກໍາທີ່ຊະນະ. ຄວາມແຕກຕ່າງພື້ນຖານກັບແນວຄວາມຄິດຂອງ 70s ແມ່ນຫຍັງ?

ສໍາລັບຄັ້ງທໍາອິດ, ມີແນວໂນ້ມທີ່ຈະໂອນການປຸງແຕ່ງຂໍ້ມູນຈາກສູນກາງໄປສູ່ເຂດນອກ. ບໍ່ແມ່ນທຸກໜ້າວຽກຕ້ອງການຄວາມບ້າ (ທຽບກັບ x86 ທີ່ອ່ອນແອ) ຂອງເມນເຟຣມ ຫຼືແມ້ແຕ່ຄອມພິວເຕີຂະໜາດນ້ອຍ. Intel ບໍ່ໄດ້ຢືນຢູ່; ໃນຊຸມປີ 90 ມັນໄດ້ປ່ອຍອອກມາເມື່ອຄອບຄົວ Pentium, ເຊິ່ງກາຍເປັນເຄື່ອງໃຊ້ໃນເຮືອນທີ່ຜະລິດຂະຫນາດໃຫຍ່ຄັ້ງທໍາອິດໃນລັດເຊຍ. ໂປເຊດເຊີເຫຼົ່ານີ້ມີຄວາມສາມາດຫຼາຍແລ້ວ, ບໍ່ພຽງແຕ່ຂຽນຈົດຫມາຍ, ແຕ່ຍັງມັນຕິມີເດຍແລະເຮັດວຽກກັບຖານຂໍ້ມູນຂະຫນາດນ້ອຍ. ໃນຄວາມເປັນຈິງ, ສໍາລັບທຸລະກິດຂະຫນາດນ້ອຍບໍ່ຈໍາເປັນຕ້ອງມີເຄື່ອງແມ່ຂ່າຍທັງຫມົດ - ທຸກສິ່ງທຸກຢ່າງສາມາດເຮັດໄດ້ຢູ່ຂ້າງນອກ, ໃນເຄື່ອງລູກຄ້າ. ໃນແຕ່ລະປີ, ໂປເຊດເຊີກໍາລັງກາຍເປັນພະລັງງານຫຼາຍ, ແລະຄວາມແຕກຕ່າງລະຫວ່າງເຄື່ອງແມ່ຂ່າຍແລະຄອມພິວເຕີສ່ວນບຸກຄົນແມ່ນນ້ອຍລົງແລະນ້ອຍລົງໃນດ້ານພະລັງງານຂອງຄອມພິວເຕີ້, ມັກຈະເຫລືອຢູ່ໃນການຊ້ໍາຊ້ອນຂອງພະລັງງານ, ການສະຫນັບສະຫນູນຮ້ອນທີ່ສາມາດແລກປ່ຽນໄດ້ແລະກໍລະນີພິເສດສໍາລັບການຕິດຕັ້ງ rack.

ຖ້າທ່ານປຽບທຽບໂປເຊດເຊີລູກຄ້າທີ່ທັນສະໄຫມທີ່ "ເປັນເລື່ອງຕະຫລົກ" ສໍາລັບຜູ້ບໍລິຫານຂອງເຄື່ອງແມ່ຂ່າຍທີ່ຫນັກຫນ່ວງໃນຊຸມປີ 90 ຈາກ Intel ກັບ supercomputers ໃນອະດີດ, ຫຼັງຈາກນັ້ນທ່ານບໍ່ສະບາຍເລັກນ້ອຍ.

ໃຫ້​ເຮົາ​ມາ​ເບິ່ງ​ຜູ້​ເຖົ້າ​ຜູ້​ໜຶ່ງ​ທີ່​ເປັນ​ອາຍຸ​ຂອງ​ຂ້ອຍ. Cray X-MP/24 1984.

ເຄື່ອງນີ້ແມ່ນຢູ່ໃນບັນດາ supercomputers ຊັ້ນນໍາຂອງ 1984, ມີ 2 processors ຂອງ 105 MHz ທີ່ມີພະລັງງານຄອມພິວເຕີສູງສຸດຂອງ 400 MFlops (ລ້ານຂອງການດໍາເນີນງານຈຸດລອຍ). ເຄື່ອງສະເພາະທີ່ສະແດງຢູ່ໃນຮູບໄດ້ຢືນຢູ່ໃນຫ້ອງທົດລອງການເຂົ້າລະຫັດລັບຂອງ NSA ຂອງສະຫະລັດ ແລະໄດ້ມີສ່ວນຮ່ວມໃນການລະເມີດລະຫັດ. ຖ້າທ່ານປ່ຽນ 15 ລ້ານໂດລາໃນປີ 1984 ເປັນໂດລາ 2020, ຄ່າໃຊ້ຈ່າຍແມ່ນ 37,4 ລ້ານໂດລາ, ຫຼື 93 ໂດລາ/MFlops.

ເຄື່ອງຈັກທີ່ຂ້ອຍຂຽນສາຍເຫຼົ່ານີ້ມີໂປເຊດເຊີ 5 Core i7400-2017, ເຊິ່ງບໍ່ແມ່ນເລື່ອງໃຫມ່, ແລະເຖິງແມ່ນວ່າໃນປີທີ່ອອກມາ, ມັນແມ່ນ 4-core ທີ່ນ້ອຍທີ່ສຸດຂອງໂປເຊດເຊີ desktop ລະດັບກາງ. 4 cores ຂອງຄວາມຖີ່ພື້ນຖານ 3.0 GHz (3.5 ກັບ Turbo Boost) ແລະສອງເທົ່າ HyperThreading threads ໃຫ້ພະລັງງານຈາກ 19 ຫາ 47 GFlops ຕາມການທົດສອບຕ່າງໆໃນລາຄາ 16 ພັນຮູເບີນຕໍ່ໂປເຊດເຊີ. ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ປະ​ກອບ​ເຄື່ອງ​ທັງ​ຫມົດ​, ຫຼັງ​ຈາກ​ນັ້ນ​ທ່ານ​ສາ​ມາດ​ເອົາ​ຄ່າ​ໃຊ້​ຈ່າຍ​ຂອງ​ຕົນ $750 (ໃນ​ລາ​ຄາ​ແລະ​ອັດ​ຕາ​ແລກ​ປ່ຽນ​ເປັນ​ຂອງ​ເດືອນ​ມີ​ນາ 1​, 2020​)​.

ໃນທີ່ສຸດ, ພວກເຮົາໄດ້ຮັບຄວາມດີກວ່າຂອງໂປເຊດເຊີ desktop ໂດຍສະເລ່ຍໃນທຸກວັນຂອງພວກເຮົາໂດຍ 50-120 ເທົ່າຂອງ supercomputer ເທິງ 10 ທີ່ຜ່ານມາ, ແລະການຫຼຸດລົງຂອງຄ່າໃຊ້ຈ່າຍສະເພາະຂອງ MFlops ກາຍເປັນ 93500 / 25 = 3700 ແທ້ໆ. ເທື່ອ.

ເປັນ​ຫຍັງ​ພວກ​ເຮົາ​ຍັງ​ຕ້ອງ​ການ​ເຄື່ອງ​ແມ່​ຂ່າຍ​ແລະ​ການ​ສູນ​ກາງ​ຂອງ​ຄອມ​ພິວ​ເຕີ​ທີ່​ມີ​ອໍາ​ນາດ​ດັ່ງ​ກ່າວ​ຢູ່​ຂ້າງ​ຄຽງ​ແມ່ນ​ບໍ່​ສາ​ມາດ​ເຂົ້າ​ໃຈ​ໄດ້​ຢ່າງ​ແທ້​ຈິງ​!

ປີ້ນກັບໄປ - ກ້ຽວວຽນໄດ້ເຮັດໃຫ້ເປັນ

ສະຖານີ Diskless

ສັນຍານທໍາອິດທີ່ການເຄື່ອນຍ້າຍຄອມພິວເຕີ້ໄປຫາອຸປະກອນຂ້າງຄຽງຈະບໍ່ສຸດທ້າຍແມ່ນການປະກົດຕົວຂອງເທກໂນໂລຍີບ່ອນເຮັດວຽກທີ່ບໍ່ມີແຜ່ນ. ດ້ວຍການແຜ່ກະຈາຍຢ່າງຫຼວງຫຼາຍຂອງສະຖານີເຮັດວຽກໃນທົ່ວວິສາຫະກິດ, ແລະໂດຍສະເພາະໃນສະຖານທີ່ທີ່ປົນເປື້ອນ, ບັນຫາການຄຸ້ມຄອງແລະສະຫນັບສະຫນູນສະຖານີເຫຼົ່ານີ້ກາຍເປັນຄວາມຫຍຸ້ງຍາກຫຼາຍ.

ແນວຄວາມຄິດຂອງ "ເວລາແລວທາງ" ປະກົດຂຶ້ນ - ເປີເຊັນຂອງເວລາທີ່ພະນັກງານສະຫນັບສະຫນູນດ້ານວິຊາການຢູ່ໃນແລວເສດຖະກິດ, ໃນທາງກັບພະນັກງານທີ່ມີບັນຫາ. ນີ້ແມ່ນເວລາຈ່າຍ, ແຕ່ບໍ່ມີຜົນຜະລິດຢ່າງສົມບູນ. ບໍ່ແມ່ນບົດບາດທີ່ສໍາຄັນທີ່ສຸດ, ແລະໂດຍສະເພາະແມ່ນຢູ່ໃນຫ້ອງທີ່ປົນເປື້ອນ, ແມ່ນຄວາມລົ້ມເຫຼວຂອງຮາດດິດ. ໃຫ້ພວກເຮົາເອົາແຜ່ນອອກຈາກບ່ອນເຮັດວຽກແລະເຮັດທຸກສິ່ງທຸກຢ່າງອື່ນໃນເຄືອຂ່າຍ, ລວມທັງການດາວໂຫຼດ. ນອກເຫນືອຈາກທີ່ຢູ່ຈາກເຄື່ອງແມ່ຂ່າຍ DHCP, ຜູ້ດັດແປງເຄືອຂ່າຍຍັງໄດ້ຮັບຂໍ້ມູນເພີ່ມເຕີມ - ທີ່ຢູ່ຂອງເຄື່ອງແມ່ຂ່າຍຂອງ TFTP (simplified file service) ແລະຊື່ຂອງຮູບພາບ boot, ໂຫລດມັນເຂົ້າໄປໃນ RAM ແລະເລີ່ມຕົ້ນເຄື່ອງ.

ນອກເຫນືອຈາກການແຕກຫັກຫນ້ອຍລົງແລະເວລາແລວທາງຫຼຸດລົງ, ຕອນນີ້ທ່ານບໍ່ຈໍາເປັນຕ້ອງແກ້ບັນຫາເຄື່ອງຢູ່ໃນບ່ອນ, ແຕ່ພຽງແຕ່ເອົາເຄື່ອງໃຫມ່ແລະເອົາເຄື່ອງເກົ່າໄປວິນິດໄສຢູ່ບ່ອນເຮັດວຽກທີ່ມີອຸປະກອນ. ແຕ່ນັ້ນບໍ່ແມ່ນທັງຫມົດ!

ສະຖານີ diskless ຈະກາຍເປັນຄວາມປອດໄພຫຼາຍ - ຖ້າຜູ້ໃດຜູ້ນຶ່ງເຂົ້າໄປໃນຫ້ອງຢ່າງກະທັນຫັນແລະເອົາຄອມພິວເຕີທັງຫມົດອອກ, ນີ້ແມ່ນພຽງແຕ່ການສູນເສຍອຸປະກອນ. ບໍ່ມີຂໍ້ມູນຖືກເກັບໄວ້ໃນສະຖານີ diskless.

ໃຫ້ພວກເຮົາຈື່ຈໍາຈຸດນີ້: ຄວາມປອດໄພຂອງຂໍ້ມູນແມ່ນເລີ່ມມີບົດບາດສໍາຄັນຫຼາຍຂຶ້ນຫຼັງຈາກ "ເດັກນ້ອຍທີ່ບໍ່ມີຄວາມກັງວົນ" ຂອງເຕັກໂນໂລຢີຂໍ້ມູນຂ່າວສານ. ແລະ 3 ຕົວອັກສອນທີ່ຂີ້ຮ້າຍແລະສໍາຄັນແມ່ນນັບມື້ນັບເຂົ້າໄປໃນ IT - GRC (ການປົກຄອງ, ຄວາມສ່ຽງ, ການປະຕິບັດຕາມ), ຫຼືໃນພາສາລັດເຊຍ "ການຄຸ້ມຄອງ, ຄວາມສ່ຽງ, ການປະຕິບັດຕາມ".

ເຊີບເວີ Terminal

ການແຜ່ກະຈາຍຂອງຄອມພິວເຕີສ່ວນບຸກຄົນທີ່ມີອໍານາດຫຼາຍກວ່າແລະຫຼາຍຂື້ນຢູ່ຂ້າງນອກໄດ້ດີກວ່າການພັດທະນາເຄືອຂ່າຍການເຂົ້າເຖິງສາທາລະນະຢ່າງຫຼວງຫຼາຍ. ຄໍາຮ້ອງສະຫມັກເຊີຟເວີຄລາສສິກສໍາລັບ 90s ແລະຕົ້ນ 00s ບໍ່ໄດ້ເຮັດວຽກດີຫຼາຍໃນຊ່ອງທາງບາງໆຖ້າການແລກປ່ຽນຂໍ້ມູນມີຄ່າທີ່ສໍາຄັນໃດໆ. ນີ້ແມ່ນຄວາມຫຍຸ້ງຍາກໂດຍສະເພາະສໍາລັບຫ້ອງການຫ່າງໄກສອກຫຼີກທີ່ເຊື່ອມຕໍ່ຜ່ານໂມເດັມແລະສາຍໂທລະສັບ, ເຊິ່ງຍັງຄ້າງເປັນໄລຍະຫຼືຖືກຕັດອອກ. ແລະ...

ກ້ຽວວຽນໄດ້ຫັນແລະພົບເຫັນຕົວມັນເອງກັບຄືນໄປບ່ອນຢູ່ໃນຮູບແບບ terminal ກັບແນວຄວາມຄິດຂອງເຄື່ອງແມ່ຂ່າຍຂອງ terminal.

ໃນຄວາມເປັນຈິງ, ພວກເຮົາກັບຄືນໄປບ່ອນ 70s ກັບລູກຄ້າສູນຂອງພວກເຂົາແລະສູນກາງຂອງພະລັງງານຄອມພິວເຕີ້. ມັນເຫັນໄດ້ຊັດເຈນວ່າ, ນອກເຫນືອຈາກເຫດຜົນທາງດ້ານເສດຖະກິດທີ່ບໍລິສຸດສໍາລັບຊ່ອງທາງ, ການເຂົ້າເຖິງສະຖານີສະຫນອງໂອກາດອັນໃຫຍ່ຫຼວງໃນການຈັດຕັ້ງການເຂົ້າເຖິງທີ່ປອດໄພຈາກພາຍນອກ, ລວມທັງການເຮັດວຽກຈາກເຮືອນສໍາລັບພະນັກງານ, ຫຼືການເຂົ້າເຖິງທີ່ຈໍາກັດທີ່ສຸດແລະຄວບຄຸມສໍາລັບຜູ້ຮັບເຫມົາຈາກເຄືອຂ່າຍທີ່ບໍ່ຫນ້າເຊື່ອຖືແລະບໍ່ຫນ້າເຊື່ອຖື. ອຸປະກອນທີ່ບໍ່ສາມາດຄວບຄຸມໄດ້.

ຢ່າງໃດກໍຕາມ, ເຄື່ອງແມ່ຂ່າຍຂອງ terminal, ສໍາລັບຂໍ້ໄດ້ປຽບແລະຄວາມຄືບຫນ້າທັງຫມົດຂອງເຂົາເຈົ້າ, ຍັງມີຂໍ້ເສຍຈໍານວນຫນຶ່ງ - ຄວາມຍືດຫຍຸ່ນຕ່ໍາ, ບັນຫາຂອງເພື່ອນບ້ານທີ່ບໍ່ມີສຽງ, ເຄື່ອງແມ່ຂ່າຍທີ່ອີງໃສ່ Windows, ແລະອື່ນໆ.

ການເກີດຂອງ Proto VDI

ແທ້ຈິງແລ້ວ, ໃນຊ່ວງຕົ້ນຫາກາງຊຸມປີ 00, virtualization ອຸດສາຫະກໍາຂອງເວທີ x86 ໄດ້ມາຮອດແລ້ວ. ແລະບາງຄົນໄດ້ສະແດງຄວາມຄິດທີ່ພຽງແຕ່ຢູ່ໃນອາກາດ: ແທນທີ່ຈະເປັນສູນກາງຂອງລູກຄ້າທັງຫມົດໃນຟາມ terminal ເຊີຟເວີ, ໃຫ້ທຸກຄົນໃຫ້ VM ສ່ວນຕົວຂອງຕົນເອງກັບລູກຄ້າ Windows ແລະແມ້ກະທັ້ງຜູ້ບໍລິຫານ?

ການປະຕິເສດລູກຄ້າໄຂມັນ

ໃນຂະຫນານກັບກອງປະຊຸມແລະ OS virtualization, ວິທີການໄດ້ຖືກພັດທະນາເພື່ອອໍານວຍຄວາມສະດວກໃນການເຮັດວຽກຂອງລູກຄ້າໃນລະດັບຄໍາຮ້ອງສະຫມັກ.

ເຫດຜົນທາງຫລັງນີ້ແມ່ນຂ້ອນຂ້າງງ່າຍດາຍ, ເພາະວ່າບໍ່ແມ່ນທຸກຄົນຍັງມີຄອມພິວເຕີໂນດບຸກສ່ວນຕົວ, ບໍ່ແມ່ນທຸກຄົນມີອິນເຕີເນັດ, ແລະຫຼາຍຄົນສາມາດເຊື່ອມຕໍ່ຈາກຮ້ານອິນເຕີເນັດທີ່ມີຈໍາກັດຫຼາຍ, ເຮັດໃຫ້ມັນອ່ອນໂຍນ, ສິດ. ໃນຄວາມເປັນຈິງ, ທັງຫມົດທີ່ສາມາດໄດ້ຮັບການເປີດຕົວແມ່ນຕົວທ່ອງເວັບ. ຕົວທ່ອງເວັບໄດ້ກາຍເປັນຄຸນລັກສະນະທີ່ຂາດບໍ່ໄດ້ຂອງ OS, ອິນເຕີເນັດໄດ້ເຂົ້າໄປໃນຊີວິດຂອງພວກເຮົາຢ່າງຫນັກແຫນ້ນ.

ໃນຄໍາສັບຕ່າງໆອື່ນໆ, ມີທ່າອ່ຽງຂະຫນານຕໍ່ການໂອນເຫດຜົນຈາກລູກຄ້າໄປຫາສູນກາງໃນຮູບແບບຂອງຄໍາຮ້ອງສະຫມັກເວັບ, ເພື່ອເຂົ້າເຖິງທີ່ທ່ານຕ້ອງການລູກຄ້າທີ່ງ່າຍດາຍທີ່ສຸດ, ອິນເຕີເນັດແລະຕົວທ່ອງເວັບ.
ແລະພວກເຮົາບໍ່ພຽງແຕ່ສິ້ນສຸດບ່ອນທີ່ພວກເຮົາເລີ່ມຕົ້ນ - ກັບລູກຄ້າສູນແລະເຄື່ອງແມ່ຂ່າຍກາງ. ພວກ​ເຮົາ​ໄດ້​ໄປ​ເຖິງ​ທີ່​ນັ້ນ​ໃນ​ຫຼາຍ​ວິ​ທີ​ທີ່​ເປັນ​ເອ​ກະ​ລາດ​.

ໂຄງສ້າງພື້ນຖານຂອງ Virtual Desktop

ນາຍຫນ້າຊື້ຂາຍ

ໃນປີ 2007, ຜູ້ນໍາໃນຕະຫຼາດ virtualization ອຸດສາຫະກໍາ, VMware, ເປີດຕົວຮຸ່ນທໍາອິດຂອງຜະລິດຕະພັນຂອງຕົນ VDM (Virtual Desktop Manager), ເຊິ່ງໄດ້ກາຍເປັນຄັ້ງທໍາອິດໃນຕະຫຼາດ desktop virtual nascent. ແນ່ນອນ, ພວກເຮົາບໍ່ຈໍາເປັນຕ້ອງລໍຖ້າດົນນານສໍາລັບການຕອບສະຫນອງຈາກຜູ້ນໍາຂອງເຄື່ອງແມ່ຂ່າຍຂອງ terminal, Citrix, ແລະໃນປີ 2008, ດ້ວຍການຊື້ XenSource, XenDesktop ປາກົດຂຶ້ນ. ແນ່ນອນ, ມີຜູ້ຂາຍອື່ນໆທີ່ມີການສະເຫນີຂອງຕົນເອງ, ແຕ່ບໍ່ໃຫ້ເລິກເຂົ້າໄປໃນປະຫວັດສາດ, ຍ້າຍອອກໄປຈາກແນວຄວາມຄິດ.

ແລະແນວຄວາມຄິດຍັງຄົງຢູ່ໃນມື້ນີ້. ອົງປະກອບທີ່ສໍາຄັນຂອງ VDI ແມ່ນນາຍຫນ້າການເຊື່ອມຕໍ່.
ນີ້ແມ່ນຫົວໃຈຂອງໂຄງສ້າງພື້ນຖານ desktop virtual.

ນາຍຫນ້າແມ່ນຮັບຜິດຊອບສໍາລັບຂະບວນການ VDI ທີ່ສໍາຄັນທີ່ສຸດ:

• ກຳນົດຊັບພະຍາກອນ (ເຄື່ອງຈັກ/ເຊດຊັນ) ທີ່ມີໃຫ້ກັບລູກຄ້າທີ່ເຊື່ອມຕໍ່;
• ດຸ່ນດ່ຽງລູກຄ້າໃນທົ່ວສະນຸກເກີເຄື່ອງ / ເຊດຊັນຖ້າຈໍາເປັນ;
• ສົ່ງຕໍ່ລູກຄ້າໄປຫາຊັບພະຍາກອນທີ່ເລືອກ.

ມື້ນີ້, ລູກຄ້າ (terminal) ສໍາລັບ VDI ສາມາດເກືອບທຸກຢ່າງທີ່ມີຫນ້າຈໍ - ຄອມພິວເຕີ, ໂທລະສັບສະຫຼາດ, ແທັບເລັດ, kiosk, ບາງຫຼືສູນ. ແລະພາກສ່ວນການຕອບສະຫນອງ, ດຽວກັນທີ່ປະຕິບັດການໂຫຼດຜະລິດຕະພັນ - terminal server session, ເຄື່ອງທາງດ້ານຮ່າງກາຍ, ເຄື່ອງ virtual. ຜະລິດຕະພັນ VDI ຜູ້ໃຫຍ່ທີ່ທັນສະໄຫມໄດ້ຖືກປະສົມປະສານຢ່າງແຫນ້ນຫນາກັບໂຄງສ້າງພື້ນຖານ virtual ແລະເປັນເອກະລາດໃນການຄຸ້ມຄອງມັນໃນຮູບແບບອັດຕະໂນມັດ, ນໍາໃຊ້ຫຼື, ໃນທາງກົງກັນຂ້າມ, ການລຶບເຄື່ອງ virtual ທີ່ບໍ່ຈໍາເປັນ.

ຫລີກໄປທາງຫນຶ່ງ, ແຕ່ສໍາລັບລູກຄ້າບາງຄົນ, ເຕັກໂນໂລຢີ VDI ທີ່ສໍາຄັນແມ່ນການສະຫນັບສະຫນູນການເລັ່ງຮາດແວຂອງກາຟິກ 3D ສໍາລັບວຽກງານຂອງຜູ້ອອກແບບຫຼືນັກອອກແບບ.

Protocol

ສ່ວນທີ່ສໍາຄັນອັນທີສອງຂອງການແກ້ໄຂ VDI ຜູ້ໃຫຍ່ແມ່ນອະນຸສັນຍາການເຂົ້າເຖິງຊັບພະຍາກອນ virtual. ຖ້າພວກເຮົາເວົ້າກ່ຽວກັບການເຮັດວຽກພາຍໃນເຄືອຂ່າຍທ້ອງຖິ່ນຂອງບໍລິສັດທີ່ມີເຄືອຂ່າຍ 1 Gbps ທີ່ດີເລີດ, ທີ່ເຊື່ອຖືໄດ້ກັບບ່ອນເຮັດວຽກແລະການຊັກຊ້າຂອງ 1 ms, ຫຼັງຈາກນັ້ນທ່ານສາມາດໃຊ້ເວລາເກືອບຫນຶ່ງແລະບໍ່ຄິດເລີຍ.

ທ່ານຈໍາເປັນຕ້ອງຄິດວ່າເມື່ອການເຊື່ອມຕໍ່ແມ່ນຜ່ານເຄືອຂ່າຍທີ່ບໍ່ສາມາດຄວບຄຸມໄດ້, ແລະຄຸນນະພາບຂອງເຄືອຂ່າຍນີ້ສາມາດເປັນສິ່ງໃດກໍ່ຕາມ, ສູງເຖິງຫຼາຍສິບກິໂລບິດແລະຄວາມລ່າຊ້າທີ່ບໍ່ສາມາດຄາດເດົາໄດ້. ເຫຼົ່ານີ້ແມ່ນເຫມາະສົມສໍາລັບການຈັດຕັ້ງການເຮັດວຽກຫ່າງໄກສອກຫຼີກທີ່ແທ້ຈິງ, ຈາກ dachas, ຈາກເຮືອນ, ຈາກສະຫນາມບິນແລະຮ້ານອາຫານ.

ເຊີບເວີ Terminal vs client VMs

ກັບການມາເຖິງຂອງ VDI, ມັນເບິ່ງຄືວ່າມັນເຖິງເວລາທີ່ຈະບອກລາກັບເຄື່ອງແມ່ຂ່າຍຂອງ terminal. ເປັນຫຍັງພວກເຂົາຈຶ່ງຕ້ອງການຖ້າທຸກຄົນມີ VM ສ່ວນຕົວຂອງຕົນເອງ?

ຢ່າງໃດກໍຕາມ, ຈາກທັດສະນະຂອງເສດຖະກິດທີ່ບໍລິສຸດ, ມັນໄດ້ຫັນອອກວ່າສໍາລັບວຽກງານມະຫາຊົນທົ່ວໄປ, ການໂຄສະນາທີ່ຄ້າຍຄືກັນ, ບໍ່ມີຫຍັງປະສິດທິພາບຫຼາຍກ່ວາເຄື່ອງແມ່ຂ່າຍຂອງ terminal ກ່ຽວກັບອັດຕາສ່ວນລາຄາ / ກອງປະຊຸມ. ສໍາລັບຂໍ້ໄດ້ປຽບທັງຫມົດຂອງມັນ, ວິທີການ "1 ຜູ້ໃຊ້ = 1 VM" ໃຊ້ຊັບພະຍາກອນຫຼາຍຂື້ນໃນຮາດແວ virtual ແລະ OS ເຕັມຮູບແບບ, ເຊິ່ງເຮັດໃຫ້ເສດຖະກິດຂອງບ່ອນເຮັດວຽກປົກກະຕິຮ້າຍແຮງຂຶ້ນ.

ໃນກໍລະນີຂອງບ່ອນເຮັດວຽກຂອງຜູ້ຈັດການຊັ້ນສູງ, ສະຖານທີ່ເຮັດວຽກທີ່ບໍ່ໄດ້ມາດຕະຖານແລະການໂຫຼດ, ຄວາມຕ້ອງການທີ່ຈະມີສິດສູງ (ເຖິງຜູ້ບໍລິຫານ), VM ທີ່ອຸທິດຕົນຕໍ່ຜູ້ໃຊ້ມີປະໂຫຍດ. ພາຍໃນ VM ນີ້, ທ່ານສາມາດຈັດສັນຊັບພະຍາກອນເປັນສ່ວນບຸກຄົນ, ອອກສິດໃນລະດັບໃດຫນຶ່ງ, ແລະດຸ່ນດ່ຽງ VMs ລະຫວ່າງ virtualization hosts ພາຍໃຕ້ການໂຫຼດສູງ.

VDI ແລະເສດຖະກິດ

ເປັນເວລາຫລາຍປີທີ່ຂ້ອຍໄດ້ຍິນຄໍາຖາມດຽວກັນ - VDI ລາຄາຖືກກວ່າພຽງແຕ່ການມອບຄອມພິວເຕີໂນດບຸກໃຫ້ທຸກຄົນໄດ້ແນວໃດ? ແລະສໍາລັບປີຂ້າພະເຈົ້າຕ້ອງຕອບສິ່ງດຽວກັນຢ່າງແທ້ຈິງ: ໃນກໍລະນີຂອງພະນັກງານຫ້ອງການທໍາມະດາ, VDI ບໍ່ແມ່ນລາຄາຖືກກວ່າ, ຖ້າພວກເຮົາພິຈາລະນາຄ່າໃຊ້ຈ່າຍສຸດທິຂອງການສະຫນອງອຸປະກອນ. ບໍ່ວ່າໃຜອາດຈະເວົ້າ, ແລັບທັອບມີລາຄາຖືກກວ່າ, ແຕ່ເຄື່ອງແມ່ຂ່າຍ, ລະບົບການເກັບຮັກສາແລະຊອບແວລະບົບມີຄ່າໃຊ້ຈ່າຍຫຼາຍ. ຖ້າເວລາໄດ້ມາສໍາລັບທ່ານທີ່ຈະປັບປຸງເຮືອຂອງທ່ານແລະທ່ານກໍາລັງຄິດກ່ຽວກັບການປະຫຍັດເງິນຜ່ານ VDI, ບໍ່ແມ່ນ, ທ່ານຈະບໍ່ປະຫຍັດເງິນ.

ຂ້າພະເຈົ້າໄດ້ອ້າງເຖິງສາມຕົວອັກສອນທີ່ຂີ້ຮ້າຍ GRC ຂ້າງເທິງ - ດັ່ງນັ້ນ, VDI ແມ່ນກ່ຽວກັບ GRC. ມັນກ່ຽວກັບການຄຸ້ມຄອງຄວາມສ່ຽງ, ມັນກ່ຽວກັບຄວາມປອດໄພແລະຄວາມສະດວກສະບາຍຂອງການຄວບຄຸມການເຂົ້າເຖິງຂໍ້ມູນ. ແລະທັງຫມົດນີ້ປົກກະຕິແລ້ວຄ່າໃຊ້ຈ່າຍຂ້ອນຂ້າງຫຼາຍຂອງເງິນເພື່ອປະຕິບັດໃນຊໍ່ຂອງປະເພດທີ່ແຕກຕ່າງກັນຂອງອຸປະກອນ. ດ້ວຍ VDI, ການຄວບຄຸມແມ່ນງ່າຍດາຍ, ຄວາມປອດໄພແມ່ນເພີ່ມຂຶ້ນ, ແລະຜົມກາຍເປັນອ່ອນແລະໄຫມ.

HPE Remote Work Solutions

ການຄຸ້ມຄອງໄລຍະໄກແລະຟັງ

iLO

HPE ແມ່ນຢູ່ໄກຈາກຜູ້ມາໃຫມ່ໃນການຄຸ້ມຄອງຫ່າງໄກສອກຫຼີກຂອງໂຄງສ້າງພື້ນຖານຂອງເຄື່ອງແມ່ຂ່າຍ, ບໍ່ເປັນເລື່ອງຕະຫລົກ - ໃນເດືອນມີນາ, iLO legendary (Integrated Lights Out) ໄດ້ກາຍເປັນ 18 ປີ. ການຈື່ຈໍາວັນເວລາຂອງຂ້າພະເຈົ້າໃນຖານະຜູ້ບໍລິຫານໃນຊຸມປີ 00, ຂ້າພະເຈົ້າເອງບໍ່ສາມາດມີຄວາມສຸກໄດ້. ການຕິດຕັ້ງເບື້ອງຕົ້ນເຂົ້າໄປໃນ racks ແລະສາຍເຊື່ອມຕໍ່ແມ່ນທັງຫມົດທີ່ຕ້ອງເຮັດຢູ່ໃນສູນຂໍ້ມູນທີ່ບໍ່ມີສຽງແລະເຢັນ. ການຕັ້ງຄ່າອື່ນໆທັງໝົດ, ລວມທັງການໂຫຼດ OS, ສາມາດເຮັດໄດ້ຈາກບ່ອນເຮັດວຽກ, ສອງຈໍ ແລະຈອກກາເຟຮ້ອນ. ແລະນີ້ແມ່ນ 13 ປີກ່ອນຫນ້ານີ້!

ໃນມື້ນີ້, ເຄື່ອງແມ່ຂ່າຍຂອງ HPE ແມ່ນມາດຕະຖານທີ່ມີຄຸນນະພາບໃນໄລຍະຍາວທີ່ບໍ່ມີການໂຕ້ຖຽງກັນສໍາລັບເຫດຜົນ - ແລະບໍ່ແມ່ນບົດບາດຫນ້ອຍທີ່ສຸດໃນເລື່ອງນີ້ຖືກຫຼີ້ນໂດຍມາດຕະຖານຄໍາຂອງລະບົບການຄຸ້ມຄອງຫ່າງໄກສອກຫຼີກ - iLO.

ຂ້າພະເຈົ້າຢາກຈະສັງເກດໂດຍສະເພາະການກະ ທຳ ຂອງ HPE ໃນການຮັກສາການຄວບຄຸມຂອງມະນຸດຕໍ່ກັບໂຣກ coronavirus. HPE ປະກາດ, ຈົນກ່ວາໃນຕອນທ້າຍຂອງ 2020 (ຢ່າງຫນ້ອຍ) ໃບອະນຸຍາດ iLO Advanced ແມ່ນມີໃຫ້ທຸກຄົນໄດ້ຟຣີ.

ຂໍ້ມູນຂ່າວສານ

ຖ້າທ່ານມີຫຼາຍກວ່າ 10 ເຊີບເວີໃນໂຄງສ້າງພື້ນຖານຂອງທ່ານ, ແລະຜູ້ບໍລິຫານບໍ່ເບື່ອ, ແນ່ນອນລະບົບຟັງ HPE Infosight ໂດຍອີງໃສ່ປັນຍາປະດິດຈະເປັນສິ່ງທີ່ດີເລີດສໍາລັບເຄື່ອງມືຕິດຕາມມາດຕະຖານ. ລະບົບບໍ່ພຽງແຕ່ຕິດຕາມສະຖານະການແລະສ້າງກາຟ, ແຕ່ຍັງເປັນເອກະລາດແນະນໍາການປະຕິບັດເພີ່ມເຕີມໂດຍອີງໃສ່ສະຖານະການແລະແນວໂນ້ມໃນປະຈຸບັນ.

ສະຫລາດ, ຄືກັບທະນາຄານ Otkritie, ລອງ Infosight!

OneView

ສຸດທ້າຍແຕ່ບໍ່ໄດ້ຢ່າງຫນ້ອຍ, ຂ້າພະເຈົ້າຢາກກ່າວເຖິງ HPE OneView - ຫຼັກຊັບຜະລິດຕະພັນທັງຫມົດທີ່ມີຄວາມສາມາດອັນໃຫຍ່ຫຼວງສໍາລັບການຕິດຕາມກວດກາແລະການຄຸ້ມຄອງໂຄງສ້າງພື້ນຖານທັງຫມົດ. ແລະທັງຫມົດນີ້ໂດຍບໍ່ມີການລຸກຂຶ້ນຈາກ desk ຂອງທ່ານ, ທີ່ທ່ານອາດຈະມີຢູ່ໃນສະຖານະການໃນປະຈຸບັນຢູ່ dacha ຂອງທ່ານ.

ລະບົບການເກັບຮັກສາກໍ່ບໍ່ແມ່ນສິ່ງທີ່ບໍ່ດີ!

ແນ່ນອນ, ລະບົບການເກັບຮັກສາທັງຫມົດແມ່ນການຄຸ້ມຄອງແລະຕິດຕາມກວດກາຫ່າງໄກສອກຫຼີກ - ນີ້ແມ່ນກໍລະນີຫຼາຍປີກ່ອນ. ເພາະສະນັ້ນ, ມື້ນີ້ຂ້ອຍຢາກເວົ້າກ່ຽວກັບສິ່ງອື່ນ, ຄືກຸ່ມລົດໄຟໃຕ້ດິນ.

ກຸ່ມ Metro ບໍ່ຢູ່ໃນຕະຫຼາດໃຫມ່ທັງຫມົດ, ແຕ່ນີ້ແມ່ນແນ່ນອນວ່າເປັນຫຍັງພວກມັນຍັງບໍ່ມີຄວາມນິຍົມຫຼາຍ - inertia ຂອງຄວາມຄິດແລະຄວາມປະທັບໃຈຄັ້ງທໍາອິດມີຜົນກະທົບຕໍ່ພວກເຂົາ. ແນ່ນອນ, ພວກມັນມີຢູ່ແລ້ວເມື່ອ 10 ປີກ່ອນ, ແຕ່ພວກມັນມີລາຄາຖືກຄືກັບຂົວເຫຼັກ. ປີທີ່ຜ່ານໄປນັບຕັ້ງແຕ່ metroclusters ທໍາອິດໄດ້ປ່ຽນແປງອຸດສາຫະກໍາແລະຄວາມພ້ອມຂອງເຕັກໂນໂລຢີໃຫ້ແກ່ປະຊາຊົນທົ່ວໄປ.

ຂ້າພະເຈົ້າຈື່ໂຄງການທີ່ພາກສ່ວນຂອງລະບົບການເກັບຮັກສາໄດ້ຖືກແຈກຢາຍໂດຍສະເພາະ - ແຍກຕ່າງຫາກສໍາລັບການບໍລິການ supercritical ໃນກຸ່ມ metro, ແຍກຕ່າງຫາກສໍາລັບການ replication synchronous (ລາຄາຖືກກວ່າຫຼາຍ).

ໃນຄວາມເປັນຈິງ, ໃນປີ 2020, metrocluster ບໍ່ໄດ້ເສຍຄ່າໃຊ້ຈ່າຍໃດໆຖ້າທ່ານສາມາດຈັດສອງເວັບໄຊທ໌ແລະຊ່ອງທາງ. ແຕ່ຊ່ອງທາງທີ່ຕ້ອງການສໍາລັບການຈໍາລອງແບບ synchronous ແມ່ນຄືກັນກັບສໍາລັບ metroclusters. ການອອກໃບອະນຸຍາດຊອບແວໄດ້ຖືກປະຕິບັດເປັນເວລາດົນນານຢູ່ໃນຊຸດ - ແລະການຈໍາລອງແບບ synchronous ມາທັນທີເປັນຊຸດທີ່ມີກຸ່ມ metro, ແລະສິ່ງດຽວທີ່ມາຮອດປະຈຸບັນເຮັດໃຫ້ການຈໍາລອງແບບ unidirectional ມີຊີວິດຢູ່ແມ່ນຄວາມຕ້ອງການໃນການຈັດຕັ້ງເຄືອຂ່າຍ L2 ຂະຫຍາຍ. ແລະເຖິງແມ່ນວ່າ, L2 ໃນໄລຍະ L3 ແມ່ນແລ້ວທົ່ວປະເທດທີ່ມີຄວາມເຂັ້ມແຂງແລະຕົ້ນຕໍ.

ດັ່ງນັ້ນຄວາມແຕກຕ່າງພື້ນຖານລະຫວ່າງການຈໍາລອງແບບ synchronous ແລະ metrocluster ຈາກທັດສະນະຂອງການເຮັດວຽກຫ່າງໄກສອກຫຼີກແມ່ນຫຍັງ?

ທຸກສິ່ງທຸກຢ່າງແມ່ນງ່າຍດາຍຫຼາຍ. Metrocluster ເຮັດວຽກຂອງມັນເອງ, ອັດຕະໂນມັດ, ສະເຫມີ, ເກືອບທັນທີ.

ຂະບວນການປ່ຽນການໂຫຼດສໍາລັບການຈໍາລອງແບບ synchronous ມີລັກສະນະແນວໃດກ່ຽວກັບໂຄງສ້າງພື້ນຖານຂອງຢ່າງຫນ້ອຍຫຼາຍຮ້ອຍ VM?

1. ໄດ້ຮັບສັນຍານສຸກເສີນ.
2. ການປ່ຽນແປງຫນ້າທີ່ວິເຄາະສະຖານະການ - ທ່ານສາມາດກໍານົດຫລີກໄປທາງຫນຶ່ງຢ່າງປອດໄພ 10 ຫາ 30 ນາທີພຽງແຕ່ໄດ້ຮັບສັນຍານແລະການຕັດສິນໃຈ.
3. ຖ້າວິສະວະກອນຢູ່ໃນຫນ້າທີ່ບໍ່ມີສິດອໍານາດໃນການເລີ່ມຕົ້ນການສະຫຼັບຢ່າງເປັນເອກະລາດ, ຍັງມີເວລາ 30 ນາທີເພື່ອຕິດຕໍ່ກັບຜູ້ມີອໍານາດແລະຢືນຢັນຢ່າງເປັນທາງການກ່ຽວກັບການເລີ່ມຕົ້ນຂອງ switchover.
4. ກົດປຸ່ມສີແດງໃຫຍ່.
5. 10-15 ນາທີສໍາລັບການຫມົດເວລາແລະປະລິມານ remounting, ການລົງທະບຽນ VM ຄືນໃໝ່.
6. 30 ນາທີທີ່ຈະປ່ຽນທີ່ຢູ່ IP ເປັນການຄາດຄະເນໃນແງ່ດີ.
7. ແລະສຸດທ້າຍ, ການເລີ່ມຕົ້ນຂອງ VM ແລະການເປີດຕົວຂອງການບໍລິການຜະລິດຕະພັນ.

RTO ທັງຫມົດ (ເວລາທີ່ຈະຟື້ນຟູຂະບວນການທຸລະກິດ) ສາມາດຄາດຄະເນໄດ້ຢ່າງປອດໄພຢູ່ທີ່ 4 ຊົ່ວໂມງ.

ໃຫ້ສົມທຽບກັບສະຖານະການໃນ metrocluster ໄດ້.

1. ລະບົບການເກັບຮັກສາເຂົ້າໃຈວ່າການເຊື່ອມຕໍ່ກັບແຂນ metrocluster ແມ່ນສູນເສຍ - 15-30 ວິນາທີ.
2. ເຈົ້າພາບ virtualization ເຂົ້າໃຈວ່າສູນຂໍ້ມູນທໍາອິດສູນເສຍ - 15-30 ວິນາທີ (ພ້ອມໆກັນກັບຈຸດ 1).
3. restart ອັດຕະໂນມັດຂອງເຄິ່ງຫນຶ່ງໄປຫາຫນຶ່ງໃນສາມຂອງ VMs ໃນສູນຂໍ້ມູນທີສອງ - 10-15 ນາທີກ່ອນທີ່ຈະໂຫລດການບໍລິການ.
4. ໃນເວລານີ້, ການປ່ຽນຫນ້າທີ່ຮັບຮູ້ສິ່ງທີ່ເກີດຂຶ້ນ.

ຈໍານວນທັງຫມົດ: RTO = 0 ສໍາລັບການບໍລິການສ່ວນບຸກຄົນ, 10-15 ນາທີໃນກໍລະນີທົ່ວໄປ.

ເປັນຫຍັງພຽງແຕ່ເຄິ່ງຫນຶ່ງຫາຫນຶ່ງສ່ວນສາມຂອງ VMs ເລີ່ມຕົ້ນໃຫມ່? ເບິ່ງສິ່ງທີ່ເກີດຂຶ້ນ:

1. ທ່ານເຮັດທຸກຢ່າງຢ່າງສະຫຼາດ ແລະເປີດໃຊ້ການດຸ່ນດ່ຽງອັດຕະໂນມັດຂອງ VM. ດັ່ງນັ້ນ, ໂດຍສະເລ່ຍ, ພຽງແຕ່ເຄິ່ງຫນຶ່ງຂອງ VMs ກໍາລັງແລ່ນຢູ່ໃນສູນຂໍ້ມູນຫນຶ່ງ. ຫຼັງຈາກທີ່ທັງຫມົດ, ຈຸດທັງຫມົດຂອງ metrocluster ແມ່ນເພື່ອຫຼຸດຜ່ອນເວລາ downtime, ແລະດັ່ງນັ້ນມັນແມ່ນຢູ່ໃນຜົນປະໂຫຍດຂອງທ່ານທີ່ຈະຫຼຸດຜ່ອນຈໍານວນ VM ທີ່ຖືກໂຈມຕີ.
2. ບາງບໍລິການສາມາດຖືກກຸ່ມຢູ່ໃນລະດັບແອັບພລິເຄຊັນ, ແຈກຢາຍໃນທົ່ວ VMs ທີ່ແຕກຕ່າງກັນ. ຕາມນັ້ນແລ້ວ, VMs ທີ່ຖືກຈັບຄູ່ເຫຼົ່ານີ້ຖືກ nailed ຫນຶ່ງຄັ້ງຫນຶ່ງ, ຫຼື tied ກັບ ribbon ກັບສູນຂໍ້ມູນທີ່ແຕກຕ່າງກັນ, ດັ່ງນັ້ນການບໍລິການບໍ່ໄດ້ລໍຖ້າໃຫ້ VM restart ໃນກໍລະນີຂອງອຸປະຕິເຫດ.

ດ້ວຍໂຄງສ້າງພື້ນຖານທີ່ສ້າງໄດ້ດີກັບກຸ່ມລົດໄຟໃຕ້ດິນທີ່ຂະຫຍາຍ, ຜູ້ໃຊ້ທຸລະກິດເຮັດວຽກກັບການຊັກຊ້າຫນ້ອຍທີ່ສຸດຈາກທຸກບ່ອນ, ເຖິງແມ່ນວ່າໃນກໍລະນີທີ່ເກີດອຸປະຕິເຫດໃນລະດັບສູນຂໍ້ມູນ. ໃນກໍລະນີຮ້າຍແຮງທີ່ສຸດ, ການຊັກຊ້າຈະເປັນເວລາຂອງກາເຟຫນຶ່ງຈອກ.

ແລະ, ແນ່ນອນ, metroclusters ເຮັດວຽກໄດ້ດີທັງໃນ HPE 3Par, ເຊິ່ງກໍາລັງກ້າວໄປສູ່ Valinor, ແລະໃນ Primera ຍີ່ຫໍ້ໃຫມ່!

ໂຄງ​ລ່າງ​ພື້ນ​ຖານ​ບ່ອນ​ເຮັດ​ວຽກ​ຫ່າງ​ໄກ​ສອກ​ຫຼີກ​

ເຊີບເວີ Terminal

ບໍ່ຈໍາເປັນຕ້ອງມີຫຍັງໃຫມ່ສໍາລັບເຄື່ອງແມ່ຂ່າຍຂອງ terminal; HPE ໄດ້ສະຫນອງບາງເຄື່ອງແມ່ຂ່າຍທີ່ດີທີ່ສຸດໃນໂລກສໍາລັບພວກເຂົາເປັນເວລາຫລາຍປີ. ຄລາສສິກທີ່ບໍ່ມີເວລາ - DL360 (1U) ຫຼື DL380 (2U) ຫຼືສໍາລັບແຟນຂອງ AMD - DL385. ແນ່ນອນ, ຍັງມີເຄື່ອງແມ່ຂ່າຍຂອງແຜ່ນໃບຄ້າຍຄື, ທັງ C7000 ຄລາສສິກແລະເວທີ Synergy composable ໃຫມ່.

ສໍາລັບທຸກລົດຊາດ, ສໍາລັບທຸກສີ, ສູງສຸດຂອງກອງປະຊຸມຕໍ່ເຄື່ອງແມ່ຂ່າຍ!

"ຄລາສສິກ" VDI + HPE ຄວາມງ່າຍດາຍ

ໃນກໍລະນີນີ້, ເມື່ອຂ້ອຍເວົ້າວ່າ "VDI ຄລາສສິກ" ຂ້ອຍຫມາຍເຖິງແນວຄວາມຄິດຂອງ 1 ຜູ້ໃຊ້ = 1 VM ກັບລູກຄ້າ Windows. ແລະແນ່ນອນ, ບໍ່ມີການໂຫຼດ VDI ທີ່ໃກ້ຊິດແລະເປັນທີ່ຮັກແພງສໍາລັບລະບົບ hyperconverged, ໂດຍສະເພາະກັບ deduplication ແລະການບີບອັດ.

ຢູ່ທີ່ນີ້, HPE ສາມາດສະເໜີໃຫ້ທັງແພລະຕະຟອມ Simplivity ທີ່ມີ hyperconverged ຂອງຕົນເອງ ແລະເຊີບເວີ / ໂນດທີ່ໄດ້ຮັບການຮັບຮອງສໍາລັບການແກ້ໄຂຂອງຄູ່ຮ່ວມງານ, ເຊັ່ນ: VSAN Ready Nodes ສໍາລັບການກໍ່ສ້າງ VDI ໃນໂຄງສ້າງພື້ນຖານຂອງ VMware VSAN.

ໃຫ້ເວົ້າຕື່ມອີກເລັກນ້ອຍກ່ຽວກັບການແກ້ໄຂຂອງຕົນເອງຂອງ Simplicity. ຈຸດສຸມ, ດັ່ງທີ່ຊື່ຄ່ອຍໆຊີ້ໃຫ້ເຫັນເຖິງພວກເຮົາ, ແມ່ນຄວາມລຽບງ່າຍ. ງ່າຍ​ທີ່​ຈະ​ນໍາ​ໃຊ້​, ງ່າຍ​ໃນ​ການ​ຄຸ້ມ​ຄອງ​, ງ່າຍ​ທີ່​ຈະ​ຂະ​ຫນາດ​.

ລະບົບ Hyperconverged ໃນມື້ນີ້ແມ່ນຫນຶ່ງໃນຫົວຂໍ້ທີ່ຮ້ອນທີ່ສຸດໃນ IT, ແລະຈໍານວນຜູ້ຂາຍຂອງລະດັບທີ່ແຕກຕ່າງກັນແມ່ນປະມານ 40. ອີງຕາມ Gartner magic square, HPE ແມ່ນຢູ່ໃນ Top5 ທົ່ວໂລກ, ແລະຖືກລວມຢູ່ໃນສີ່ຫລ່ຽມຂອງຜູ້ນໍາ - ຜູ້ທີ່ເຂົ້າໃຈ. ບ່ອນທີ່ອຸດສາຫະກໍາກໍາລັງພັດທະນາ, ແລະມີຄວາມສາມາດເຂົ້າໃຈເພື່ອແປເປັນຮາດແວ.

ໃນທາງຖາປັດຕະຍະ, Simplivity ແມ່ນລະບົບ hyperconverged ຄລາສສິກທີ່ມີເຄື່ອງ virtual controller, ຊຶ່ງຫມາຍຄວາມວ່າມັນສາມາດສະຫນັບສະຫນູນ hypervisors ຕ່າງໆ, ກົງກັນຂ້າມກັບ hypervisor-integrated systems. ແທ້ຈິງແລ້ວ, ໃນເດືອນເມສາ 2020, VMware vSphere ແລະ Microsoft Hyper-V ໄດ້ຮັບການສະຫນັບສະຫນູນ, ແລະແຜນການທີ່ຈະສະຫນັບສະຫນູນ KVM ໄດ້ຖືກປະກາດ. ຄຸນນະສົມບັດທີ່ສໍາຄັນຂອງ Simplivity ນັບຕັ້ງແຕ່ຮູບລັກສະນະຂອງຕົນໃນຕະຫຼາດແມ່ນການເລັ່ງຮາດແວຂອງການບີບອັດແລະ deduplication ໂດຍໃຊ້ບັດເລັ່ງພິເສດ.

ມັນຄວນຈະສັງເກດວ່າການບີບອັດແລະການຖອນຊ້ໍາກັນແມ່ນທົ່ວໂລກແລະຖືກເປີດໃຊ້ຕະຫຼອດເວລາ; ນີ້ບໍ່ແມ່ນຄຸນສົມບັດທາງເລືອກ, ແຕ່ສະຖາປັດຕະຍະກໍາຂອງການແກ້ໄຂ.

HPE ແມ່ນ, ແນ່ນອນ, ຂ້ອນຂ້າງຜິດປົກກະຕິ, ອ້າງວ່າປະສິດທິພາບຂອງ 100: 1, ການຄິດໄລ່ໃນວິທີການພິເສດ, ແຕ່ປະສິດທິພາບຂອງການນໍາໃຊ້ພື້ນທີ່ແມ່ນແທ້ຈິງແລ້ວສູງຫຼາຍ. ມັນພຽງແຕ່ວ່າຕົວເລກ 100: 1 ແມ່ນງາມເກີນໄປ. ຂໍໃຫ້ຄິດອອກວ່າຄວາມງ່າຍດາຍຖືກປະຕິບັດທາງດ້ານວິຊາການແນວໃດເພື່ອສະແດງຕົວເລກດັ່ງກ່າວ.

ພາບບັນທຶກ. Snapshots ຖືກປະຕິບັດຢ່າງຖືກຕ້ອງ 100% ເປັນ RoW (Redirect-on-Write), ແລະດັ່ງນັ້ນຈິ່ງເກີດຂຶ້ນທັນທີແລະບໍ່ເຮັດໃຫ້ເກີດການລົງໂທດການປະຕິບັດ. ຕົວຢ່າງ, ພວກມັນແຕກຕ່າງຈາກລະບົບອື່ນໆແນວໃດ. ເປັນຫຍັງພວກເຮົາຕ້ອງການຮູບພາບທ້ອງຖິ່ນໂດຍບໍ່ມີການລົງໂທດ? ແມ່ນແລ້ວ, ມັນງ່າຍດາຍຫຼາຍ, ເພື່ອຫຼຸດຜ່ອນ RPO ຈາກ 24 ຊົ່ວໂມງ (RPO ສະເລ່ຍສໍາລັບການສໍາຮອງຂໍ້ມູນ) ເປັນສິບຫຼືແມ້ກະທັ້ງຫນ່ວຍຂອງນາທີ.

Backup. ພາບຖ່າຍແຕກຕ່າງຈາກການສຳຮອງຂໍ້ມູນພຽງແຕ່ໃນວິທີທີ່ມັນຖືກຮັບຮູ້ໂດຍລະບົບການຈັດການເຄື່ອງສະເໝືອນ. ຖ້າ​ຫາກ​ວ່າ​ໃນ​ເວ​ລາ​ທີ່​ທ່ານ​ລຶບ​ເຄື່ອງ​ຈັກ​ທຸກ​ສິ່ງ​ທຸກ​ຢ່າງ​ທີ່​ຖືກ​ລົບ​, ຫຼັງ​ຈາກ​ນັ້ນ​ມັນ​ເປັນ​ພາບ​ຖ່າຍ​. ຖ້າມີຊ້າຍ, ມັນຫມາຍຄວາມວ່າມັນເປັນການສໍາຮອງຂໍ້ມູນ. ດັ່ງນັ້ນ, ພາບຖ່າຍໃດໆສາມາດຖືກພິຈາລະນາເປັນການສໍາຮອງຂໍ້ມູນຢ່າງເຕັມທີ່ຖ້າມັນຖືກຫມາຍໃນລະບົບແລະບໍ່ຖືກລຶບ.

ແນ່ນອນ, ຫຼາຍຄົນຈະຄັດຄ້ານ - ປະເພດຂອງການສໍາຮອງຂໍ້ມູນນີ້ແມ່ນແນວໃດຖ້າມັນຖືກເກັບໄວ້ໃນລະບົບດຽວກັນ? ແລະໃນທີ່ນີ້ມີຄໍາຕອບທີ່ງ່າຍດາຍຫຼາຍໃນຮູບແບບຂອງຄໍາຖາມໂຕ້ຕອບ: ບອກຂ້ອຍ, ທ່ານມີຮູບແບບການຂົ່ມຂູ່ຢ່າງເປັນທາງການທີ່ກໍານົດກົດລະບຽບສໍາລັບການເກັບຮັກສາສໍາເນົາສໍາຮອງບໍ? ນີ້ແມ່ນການສໍາຮອງຂໍ້ມູນທີ່ມີຄວາມຊື່ສັດຢ່າງແທ້ຈິງຕໍ່ກັບການລຶບໄຟລ໌ພາຍໃນ VM, ນີ້ແມ່ນການສໍາຮອງຂໍ້ມູນຕໍ່ກັບການລຶບ VM ຕົວຂອງມັນເອງ. ຖ້າມີຄວາມຕ້ອງການທີ່ຈະເກັບຮັກສາສໍາເນົາສໍາຮອງສະເພາະຢູ່ໃນລະບົບແຍກຕ່າງຫາກ, ທ່ານມີທາງເລືອກ: ການຈໍາລອງການຖ່າຍພາບນີ້ໄປຫາກຸ່ມ Simplivity ທີສອງຫຼື HPE StoreOnce.

ແລະນີ້ແມ່ນບ່ອນທີ່ມັນ turns ໃຫ້ເຫັນວ່າດັ່ງກ່າວສະຖາປັດຕະແມ່ນພຽງແຕ່ເຫມາະສົມສໍາລັບປະເພດຂອງ VDI ໃດ. ຫຼັງຈາກທີ່ທັງຫມົດ, VDI ຫມາຍຄວາມວ່າຫຼາຍຮ້ອຍຫຼືຫຼາຍພັນເຄື່ອງທີ່ຄ້າຍຄືກັນທີ່ສຸດທີ່ມີ OS ດຽວກັນ, ມີຄໍາຮ້ອງສະຫມັກດຽວກັນ. ການຊໍ້າຊ້ອນທົ່ວໂລກຈະເກັບມ້ຽນທັງໝົດນີ້ ແລະບີບອັດບໍ່ໃຫ້ເກີນ 100:1, ແຕ່ດີກວ່າຫຼາຍ. ນຳໃຊ້ 1000 VM ຈາກແມ່ແບບດຽວບໍ? ບໍ່ແມ່ນບັນຫາເລີຍ, ເຄື່ອງເຫຼົ່ານີ້ຈະໃຊ້ເວລາດົນກວ່າໃນການລົງທະບຽນກັບ vCenter ກ່ວາການໂຄນ.

ເສັ້ນ Simplivity G ຖືກສ້າງຂຶ້ນໂດຍສະເພາະສໍາລັບຜູ້ໃຊ້ທີ່ມີຄວາມຕ້ອງການປະສິດທິພາບພິເສດແລະສໍາລັບຜູ້ທີ່ຕ້ອງການເຄື່ອງເລັ່ງ 3D.

ຊຸດນີ້ບໍ່ໄດ້ໃຊ້ຕົວເລັ່ງການຖອດຊໍ້າກັນຂອງຮາດແວ ແລະດັ່ງນັ້ນຈຶ່ງຫຼຸດຈໍານວນແຜ່ນຕໍ່ node ເພື່ອໃຫ້ຕົວຄວບຄຸມຈັດການມັນຢູ່ໃນຊອບແວ. ນີ້ຈະປົດປ່ອຍຊ່ອງ PCIe ສໍາລັບເຄື່ອງເລັ່ງອື່ນໆ. ຈໍານວນຫນ່ວຍຄວາມຈໍາທີ່ມີຢູ່ຕໍ່ node ຍັງໄດ້ເພີ່ມຂຶ້ນສອງເທົ່າເປັນ 3TB ສໍາລັບວຽກທີ່ຕ້ອງການຫຼາຍທີ່ສຸດ.

ຄວາມງ່າຍດາຍແມ່ນເຫມາະສົມສໍາລັບການຈັດຕັ້ງໂຄງສ້າງພື້ນຖານ VDI ທີ່ແຈກຢາຍຕາມພູມສັນຖານດ້ວຍການຈໍາລອງຂໍ້ມູນໄປຫາສູນຂໍ້ມູນສູນກາງ.

ສະຖາປັດຕະຍະກໍາ VDI ດັ່ງກ່າວ (ແລະບໍ່ພຽງແຕ່ VDI) ແມ່ນຫນ້າສົນໃຈໂດຍສະເພາະໃນສະພາບການຂອງຄວາມເປັນຈິງຂອງລັດເຊຍ - ໄລຍະທາງຂະຫນາດໃຫຍ່ (ແລະດັ່ງນັ້ນຈຶ່ງຊັກຊ້າ) ແລະໄກຈາກຊ່ອງທາງທີ່ເຫມາະສົມ. ສູນກາງຂອງພາກພື້ນໄດ້ຖືກສ້າງຂື້ນ (ຫຼືແມ້ກະທັ້ງພຽງແຕ່ 1-2 ຂໍ້ງ່າຍດາຍໃນຫ້ອງການຫ່າງໄກສອກຫຼີກຢ່າງສົມບູນ), ບ່ອນທີ່ຜູ້ໃຊ້ທ້ອງຖິ່ນເຊື່ອມຕໍ່ຜ່ານຊ່ອງທາງທີ່ໄວ, ການຄວບຄຸມແລະການຄຸ້ມຄອງຢ່າງເຕັມທີ່ຈາກສູນໄດ້ຖືກຮັກສາໄວ້, ແລະມີພຽງແຕ່ຈໍານວນຫນ້ອຍທີ່ແທ້ຈິງ, ມີຄຸນຄ່າ, ແລະບໍ່ແມ່ນ. junk, ແມ່ນ replicated ກັບຂໍ້ມູນສູນກາງ.

ແນ່ນອນ, ຄວາມງ່າຍດາຍແມ່ນເຊື່ອມຕໍ່ຢ່າງເຕັມທີ່ກັບ OneView ແລະ InfoSight.

ລູກຄ້າບາງ ແລະສູນ

ລູກຄ້າບາງໆແມ່ນການແກ້ໄຂສະເພາະສໍາລັບການນໍາໃຊ້ສະເພາະແຕ່ເປັນ terminals. ເນື່ອງຈາກເກືອບບໍ່ມີການໂຫຼດຢູ່ໃນລູກຄ້ານອກເຫນືອຈາກການຮັກສາຊ່ອງທາງແລະການຖອດລະຫັດວິດີໂອ, ເກືອບສະເຫມີມີໂປເຊດເຊີທີ່ມີການເຮັດຄວາມເຢັນແບບ passive, ແຜ່ນ boot ຂະຫນາດນ້ອຍສໍາລັບການເລີ່ມຕົ້ນ OS ຝັງພິເສດ, ແລະນັ້ນແມ່ນພື້ນຖານແລ້ວ. ຕົວຈິງແລ້ວບໍ່ມີຫຍັງທີ່ຈະທໍາລາຍມັນ, ແລະມັນບໍ່ມີປະໂຫຍດທີ່ຈະລັກ. ຄ່າໃຊ້ຈ່າຍແມ່ນຕໍ່າແລະບໍ່ມີຂໍ້ມູນຖືກເກັບໄວ້.

ມີປະເພດພິເສດຂອງລູກຄ້າບາງໆ, ອັນທີ່ເອີ້ນວ່າລູກຄ້າສູນ. ຄວາມແຕກຕ່າງຕົ້ນຕໍຂອງພວກເຂົາຈາກບາງໆແມ່ນບໍ່ມີແມ້ກະທັ້ງ OS ທີ່ຝັງຢູ່ໃນຈຸດປະສົງທົ່ວໄປ, ແລະເຮັດວຽກສະເພາະກັບ microchip ກັບ firmware. ພວກມັນມັກຈະມີເຄື່ອງເລັ່ງຮາດແວພິເສດສຳລັບການຖອດລະຫັດສະຕຣີມວິດີໂອໃນໂປໂຕຄອນຢູ່ປາຍຍອດເຊັ່ນ PCoIP ຫຼື HDX.

ເຖິງວ່າຈະມີການແບ່ງ Hewlett Packard ຂະຫນາດໃຫຍ່ອອກເປັນ HPE ແລະ HP ແຍກຕ່າງຫາກ, ມັນເປັນໄປບໍ່ໄດ້ທີ່ຈະກ່າວເຖິງລູກຄ້າບາງໆທີ່ຜະລິດໂດຍ HP.

ທາງເລືອກແມ່ນກວ້າງ, ສໍາລັບທຸກລົດຊາດແລະຄວາມຕ້ອງການ - ຂຶ້ນກັບສະຖານີເຮັດວຽກຫຼາຍຈໍສະແດງຜົນທີ່ມີການເລັ່ງຮາດແວຂອງການຖ່າຍທອດວິດີໂອ.

ບໍລິການ HPE ສໍາລັບວຽກທາງໄກຂອງທ່ານ

ແລະສຸດທ້າຍແຕ່ບໍ່ໄດ້ຢ່າງຫນ້ອຍ, ຂ້າພະເຈົ້າຕ້ອງການທີ່ຈະກ່າວເຖິງການບໍລິການ HPE. ມັນຈະຍາວເກີນໄປທີ່ຈະລະບຸລະດັບການບໍລິການ ແລະຄວາມສາມາດທັງໝົດຂອງ HPE, ແຕ່ຢ່າງຕ່ຳມີຂໍ້ສະເໜີໜຶ່ງທີ່ສຳຄັນທີ່ສຸດສຳລັບສະພາບແວດລ້ອມບ່ອນເຮັດວຽກຫ່າງໄກສອກຫຼີກ. ຄື, ວິສະວະກອນບໍລິການຈາກ HPE / ສູນບໍລິການທີ່ໄດ້ຮັບອະນຸຍາດ. ທ່ານສືບຕໍ່ເຮັດວຽກຫ່າງໄກສອກຫຼີກ, ຈາກ dacha ທີ່ທ່ານມັກ, ຟັງ bumblebees, ໃນຂະນະທີ່ເຜິ້ງຈາກ HPE, ມາຮອດສູນຂໍ້ມູນ, ປ່ຽນແຜ່ນດິດຫຼືການສະຫນອງພະລັງງານທີ່ລົ້ມເຫລວໃນເຄື່ອງແມ່ຂ່າຍຂອງທ່ານ.

HPE CallHome

ໃນເງື່ອນໄຂຂອງມື້ນີ້, ດ້ວຍຂໍ້ຈໍາກັດກ່ຽວກັບການເຄື່ອນໄຫວ, ຟັງຊັນ Call Home ມີຄວາມກ່ຽວຂ້ອງຫຼາຍກວ່າທີ່ເຄີຍເປັນ. ລະບົບ HPE ໃດໆກໍຕາມທີ່ມີຄຸນສົມບັດນີ້ສາມາດລາຍງານຄວາມລົ້ມເຫຼວຂອງຮາດແວ ຫຼືຊອບແວໃຫ້ກັບສູນຊ່ວຍເຫຼືອ HPE ໄດ້. ແລະມັນອາດຈະວ່າພາກສ່ວນທົດແທນແລະ / ຫຼືວິສະວະກອນບໍລິການຈະມາຮອດສະຖານທີ່ຂອງເຈົ້າດົນນານກ່ອນທີ່ທ່ານຈະສັງເກດເຫັນຄວາມຜິດປົກກະຕິຫຼືບັນຫາກັບການບໍລິການທີ່ມີປະໂຫຍດ.

ໂດຍສ່ວນຕົວແລ້ວ, ຂ້າພະເຈົ້າຂໍແນະນໍາໃຫ້ເປີດໃຊ້ຄຸນສົມບັດນີ້.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com