ເປັນຫຍັງ antiviruses ແບບດັ້ງເດີມບໍ່ເຫມາະສົມສໍາລັບຟັງສາທາລະນະ. ດັ່ງນັ້ນຂ້ອຍຄວນເຮັດແນວໃດ?

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

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

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

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

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

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

ສິ່ງທີ່ antivirus ໃນຄລາວສາທາລະນະຄວນຈະສາມາດເຮັດໄດ້

ດັ່ງນັ້ນ, ໃຫ້ເອົາໃຈໃສ່ສະເພາະຂອງການເຮັດວຽກໃນສະພາບແວດລ້ອມ virtual:

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

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

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

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

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

ການປະຕິບັດຕາມກົດໝາຍ. ຈຸດສໍາຄັນ, ເນື່ອງຈາກວ່າວິທີແກ້ໄຂທີ່ນໍາໃຊ້ຕ້ອງຮັບປະກັນການປະຕິບັດຕາມຂໍ້ກໍານົດຂອງຜູ້ຄວບຄຸມ. ຕົວຢ່າງ, cloud "ຜູ້ຢູ່ອາໄສ" ມັກຈະເຮັດວຽກກັບຂໍ້ມູນສ່ວນຕົວ. ໃນ​ກໍ​ລະ​ນີ​ນີ້, ຜູ້​ໃຫ້​ບໍ​ລິ​ການ​ຕ້ອງ​ມີ​ພາກ​ສ່ວນ​ຟັງ​ການ​ຢັ້ງ​ຢືນ​ແຍກ​ຕ່າງ​ຫາກ​ທີ່​ປະ​ຕິ​ບັດ​ຢ່າງ​ເຕັມ​ທີ່​ຕາມ​ຂໍ້​ກໍາ​ນົດ​ຂອງ​ກົດ​ຫມາຍ​ວ່າ​ດ້ວຍ​ຂໍ້​ມູນ​ສ່ວນ​ບຸກ​ຄົນ. ຫຼັງຈາກນັ້ນ, ບໍລິສັດບໍ່ຈໍາເປັນຕ້ອງເປັນເອກະລາດ "ສ້າງ" ລະບົບທັງຫມົດສໍາລັບການເຮັດວຽກກັບຂໍ້ມູນສ່ວນບຸກຄົນ: ຊື້ອຸປະກອນທີ່ໄດ້ຮັບການຢັ້ງຢືນ, ເຊື່ອມຕໍ່ແລະກໍາຫນົດຄ່າມັນ, ແລະຜ່ານການຢັ້ງຢືນ. ສໍາລັບການປົກປ້ອງ cyber ຂອງ ISPD ຂອງລູກຄ້າດັ່ງກ່າວ, antivirus ຍັງຕ້ອງປະຕິບັດຕາມຂໍ້ກໍານົດຂອງນິຕິກໍາລັດເຊຍແລະມີໃບຢັ້ງຢືນ FSTEC.

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

ເຈົ້າສາມາດສ້າງເພື່ອນລະຫວ່າງ antivirus ແລະ cloud ໄດ້ແນວໃດ?

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

ມັນປະກອບມີ console ສູນຄວາມປອດໄພ Kaspersky ດຽວ. ຕົວແທນແສງສະຫວ່າງ ແລະເຄື່ອງສະເໝືອນຄວາມປອດໄພ (SVM, Security Virtual Machine) ແລະເຊີບເວີການເຊື່ອມໂຍງ KSC.

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

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

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

ພວກເຮົາໄດ້ເຮັດວຽກຢ່າງໃກ້ຊິດກັບວິສະວະກອນ Kaspersky. ດັ່ງນັ້ນ, ໃນຂະບວນການຂອງການວິເຄາະສະຖາປັດຕະຍະການແກ້ໄຂໃນແງ່ຂອງການພົວພັນເຄືອຂ່າຍລະຫວ່າງອົງປະກອບຂອງລະບົບ, ມັນໄດ້ພົບເຫັນວ່າ, ນອກເຫນືອຈາກການເຂົ້າເຖິງຈາກຕົວແທນແສງສະຫວ່າງກັບ SVM, ຄໍາຄຶດຄໍາເຫັນຍັງມີຄວາມຈໍາເປັນ - ຈາກ SVM ກັບຕົວແທນແສງສະຫວ່າງ. ການ​ເຊື່ອມ​ຕໍ່​ເຄືອ​ຂ່າຍ​ນີ້​ເປັນ​ໄປ​ບໍ່​ໄດ້​ໃນ​ສະ​ພາບ​ແວດ​ລ້ອມ multitenant ເນື່ອງ​ຈາກ​ຄວາມ​ເປັນ​ໄປ​ໄດ້​ຂອງ​ການ​ຕັ້ງ​ຄ່າ​ເຄືອ​ຂ່າຍ​ທີ່​ຄ້າຍ​ຄື​ກັນ​ຂອງ virtual machines ໃນ​ຜູ້​ເຊົ່າ​ຄ​ລາວ​ທີ່​ແຕກ​ຕ່າງ​ກັນ​. ດັ່ງນັ້ນ, ຕາມຄໍາຮ້ອງຂໍຂອງພວກເຮົາ, ເພື່ອນຮ່ວມງານຈາກຜູ້ຂາຍໄດ້ເຮັດວຽກຄືນໃຫມ່ກົນໄກຂອງການພົວພັນເຄືອຂ່າຍລະຫວ່າງຕົວແທນແສງສະຫວ່າງແລະ SVM ໃນເງື່ອນໄຂຂອງການກໍາຈັດຄວາມຕ້ອງການຂອງການເຊື່ອມຕໍ່ເຄືອຂ່າຍຈາກ SVM ກັບຕົວແທນແສງສະຫວ່າງ.

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

ສະຖາປັດຕະຍະກໍາຂອງການແກ້ໄຂຄວາມປອດໄພຂໍ້ມູນພາຍໃນກອບຂອງວິທີການໃຫມ່

ໂຄງ​ການ​ທົ່ວ​ໄປ​ຂອງ​ການ​ປະ​ຕິ​ບັດ​ການ​ແກ້​ໄຂ antivirus ໃນ​ສະ​ພາບ​ແວດ​ລ້ອມ​ຟັງ​ສາ​ທາ​ລະ​ນະ​ມີ​ດັ່ງ​ນີ້​:

ໂຄງ​ການ​ການ​ດໍາ​ເນີນ​ງານ​ຂອງ​ການ​ແກ້​ໄຂ antivirus ໃນ​ສະ​ພາບ​ແວດ​ລ້ອມ​ຟັງ​ສາ​ທາ​ລະ​ນະ #CloudMTS​

ໃຫ້ພວກເຮົາອະທິບາຍລັກສະນະຂອງການປະຕິບັດງານຂອງອົງປະກອບສ່ວນບຸກຄົນຂອງການແກ້ໄຂໃນເມຄ:

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

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

•ຕົວແທນແສງສະຫວ່າງ. ເປັນສ່ວນຫນຶ່ງຂອງຮູບແບບໃຫມ່, ຕົວແທນຄວາມປອດໄພ Kaspersky ທີ່ມີນ້ໍາຫນັກເບົາຖືກຕິດຕັ້ງຢູ່ໃນແຕ່ລະເຄື່ອງ virtual. ນີ້ລົບລ້າງຄວາມຕ້ອງການທີ່ຈະເກັບຮັກສາຖານຂໍ້ມູນຕ້ານເຊື້ອໄວຣັສໃນແຕ່ລະ VM, ເຊິ່ງຫຼຸດຜ່ອນຈໍານວນພື້ນທີ່ດິດທີ່ບໍລິໂພກ. ການບໍລິການແມ່ນປະສົມປະສານກັບໂຄງສ້າງພື້ນຖານຂອງຄລາວແລະເຮັດວຽກຜ່ານ SVM, ເຊິ່ງເຮັດໃຫ້ຄວາມຫນາແຫນ້ນຂອງເຄື່ອງຈັກ virtual ເພີ່ມຂຶ້ນໃນເຈົ້າພາບ ESXi ແລະປະສິດທິພາບຂອງລະບົບຟັງທັງຫມົດ. ຕົວແທນແສງສະຫວ່າງສ້າງຄິວຂອງວຽກງານສໍາລັບແຕ່ລະເຄື່ອງ virtual: ກວດເບິ່ງລະບົບໄຟລ໌, ຫນ່ວຍຄວາມຈໍາ, ແລະອື່ນໆ. ແຕ່ SVM ມີຄວາມຮັບຜິດຊອບຕໍ່ການປະຕິບັດການເຫຼົ່ານີ້, ເຊິ່ງພວກເຮົາຈະເວົ້າກ່ຽວກັບຕໍ່ມາ. ຕົວແທນຍັງເຮັດຫນ້າທີ່ເປັນໄຟວໍ, ຄວບຄຸມນະໂຍບາຍຄວາມປອດໄພ, ສົ່ງໄຟລ໌ທີ່ຕິດເຊື້ອໄປກັກກັນແລະຕິດຕາມ "ສຸຂະພາບ" ໂດຍລວມຂອງລະບົບປະຕິບັດການທີ່ມັນຖືກຕິດຕັ້ງ. ທັງຫມົດນີ້ສາມາດຈັດການໄດ້ໂດຍໃຊ້ console ດຽວທີ່ໄດ້ກ່າວມາແລ້ວ.

• ຄວາມປອດໄພ Virtual Machine. ວຽກງານທີ່ໃຊ້ຊັບພະຍາກອນທັງໝົດ (ການອັບເດດຖານຂໍ້ມູນຕ້ານໄວຣັສ, ການສະແກນຕາມກຳນົດເວລາ) ແມ່ນຈັດການໂດຍ Security Virtual Machine (SVM). ນາງຮັບຜິດຊອບສໍາລັບການປະຕິບັດງານຂອງເຄື່ອງຈັກຕ້ານເຊື້ອໄວຣັສຢ່າງເຕັມທີ່ແລະຖານຂໍ້ມູນສໍາລັບມັນ. ໂຄງລ່າງ IT ຂອງບໍລິສັດອາດຈະປະກອບມີ SVMs ຫຼາຍອັນ. ວິທີການນີ້ເພີ່ມຄວາມຫນ້າເຊື່ອຖືຂອງລະບົບ - ຖ້າເຄື່ອງຫນຶ່ງລົ້ມເຫລວແລະບໍ່ຕອບສະຫນອງຕໍ່ສາມສິບວິນາທີ, ຕົວແທນຈະເລີ່ມຊອກຫາເຄື່ອງອື່ນໂດຍອັດຕະໂນມັດ.

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

ສູດການຄິດໄລ່ສໍາລັບການເຮັດວຽກຢູ່ໃນເມຄ: ການຫຼຸດຜ່ອນການໂຫຼດໃນໂຄງສ້າງພື້ນຖານ

ໂດຍທົ່ວໄປ, ຂັ້ນຕອນການຕ້ານເຊື້ອໄວຣັສສາມາດເປັນຕົວແທນດັ່ງຕໍ່ໄປນີ້. ຕົວແທນເຂົ້າເຖິງໄຟລ໌ໃນເຄື່ອງ virtual ແລະກວດເບິ່ງມັນ. ຜົນໄດ້ຮັບຂອງການກວດສອບຖືກເກັບໄວ້ໃນຖານຂໍ້ມູນຄໍາຕັດສິນຂອງ SVM ສູນກາງທົ່ວໄປ (ເອີ້ນວ່າ Shared Cache), ແຕ່ລະລາຍການທີ່ກໍານົດຕົວຢ່າງໄຟລ໌ທີ່ເປັນເອກະລັກ. ວິທີການນີ້ຊ່ວຍໃຫ້ທ່ານຮັບປະກັນວ່າໄຟລ໌ດຽວກັນບໍ່ໄດ້ຖືກສະແກນຫຼາຍຄັ້ງຕິດຕໍ່ກັນ (ຕົວຢ່າງ, ຖ້າມັນຖືກເປີດຢູ່ໃນເຄື່ອງ virtual ທີ່ແຕກຕ່າງກັນ). ໄຟລ໌ຈະຖືກສະແກນຄືນໃໝ່ພຽງແຕ່ເມື່ອມີການປ່ຽນແປງຕໍ່ກັບມັນ ຫຼືການສະແກນໄດ້ຖືກເລີ່ມຕົ້ນດ້ວຍຕົນເອງ.

ການປະຕິບັດການແກ້ໄຂ antivirus ໃນເມຄຂອງຜູ້ໃຫ້ບໍລິການ

ຮູບພາບສະແດງໃຫ້ເຫັນແຜນວາດທົ່ວໄປຂອງການປະຕິບັດການແກ້ໄຂໃນເມຄ. ສູນຄວາມປອດໄພ Kaspersky ຫຼັກແມ່ນໃຊ້ຢູ່ໃນເຂດຄວບຄຸມຂອງຄລາວ, ແລະ SVM ສ່ວນບຸກຄົນຖືກນໍາໄປໃຊ້ຢູ່ໃນແຕ່ລະໂຮດ ESXi ໂດຍໃຊ້ເຄື່ອງແມ່ຂ່າຍການເຊື່ອມໂຍງ KSC (ແຕ່ລະໂຮດ ESXi ມີ SVM ຂອງຕົນເອງຕິດກັບການຕັ້ງຄ່າພິເສດໃນ VMware vCenter Server). ລູກຄ້າເຮັດວຽກຢູ່ໃນພາກສ່ວນຟັງຂອງເຂົາເຈົ້າເອງ, ບ່ອນທີ່ເຄື່ອງ virtual ກັບຕົວແທນຕັ້ງຢູ່. ພວກມັນຖືກຄຸ້ມຄອງຜ່ານເຊີບເວີ KSC ສ່ວນບຸກຄົນທີ່ຂຶ້ນກັບ KSC ຫຼັກ. ຖ້າມັນເປັນສິ່ງຈໍາເປັນເພື່ອປົກປ້ອງເຄື່ອງ virtual ຈໍານວນນ້ອຍ (ເຖິງ 5), ລູກຄ້າສາມາດໄດ້ຮັບການເຂົ້າເຖິງ virtual console ຂອງເຄື່ອງແມ່ຂ່າຍ KSC ພິເສດສະເພາະ. ການໂຕ້ຕອບເຄືອຂ່າຍລະຫວ່າງລູກຄ້າ KSCs ແລະ KSC ຕົ້ນຕໍ, ເຊັ່ນດຽວກັນກັບຕົວແທນແສງສະຫວ່າງແລະ SVMs, ແມ່ນດໍາເນີນການໂດຍໃຊ້ NAT ຜ່ານ routers virtual ລູກຄ້າ EdgeGW.

ອີງຕາມການຄາດຄະເນຂອງພວກເຮົາແລະຜົນຂອງການທົດສອບຂອງເພື່ອນຮ່ວມງານຢູ່ຜູ້ຂາຍ, Light Agent ຫຼຸດຜ່ອນການໂຫຼດຂອງໂຄງສ້າງພື້ນຖານ virtual ຂອງລູກຄ້າປະມານ 25% (ເມື່ອປຽບທຽບກັບລະບົບທີ່ໃຊ້ຊອບແວຕ້ານເຊື້ອໄວຣັສແບບດັ້ງເດີມ). ໂດຍສະເພາະ, ມາດຕະຖານ Kaspersky Endpoint Security (KES) antivirus ສໍາລັບສະພາບແວດລ້ອມທາງດ້ານຮ່າງກາຍໃຊ້ເວລາເກືອບສອງເທົ່າຂອງ CPU ຂອງເຄື່ອງແມ່ຂ່າຍ (2,95%) ເປັນການແກ້ໄຂ virtualization ທີ່ອີງໃສ່ຕົວແທນທີ່ມີນ້ໍາຫນັກເບົາ (1,67%).

ຕາຕະລາງການປຽບທຽບການໂຫຼດ CPU

ສະຖານະການທີ່ຄ້າຍຄືກັນແມ່ນສັງເກດເຫັນກັບຄວາມຖີ່ຂອງການເຂົ້າເຖິງການຂຽນແຜ່ນ: ສໍາລັບ antivirus ຄລາສສິກມັນແມ່ນ 1011 IOPS, ສໍາລັບ cloud antivirus ມັນແມ່ນ 671 IOPS.

ເສັ້ນສະແດງການປຽບທຽບອັດຕາການເຂົ້າເຖິງແຜ່ນ

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

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

ກ່ຽວກັບອັດຕາພາສີໃນຂອບຂອງວິທີການໃຫມ່. ພວກເຮົາໄດ້ຕັດສິນໃຈໃຊ້ຮູບແບບທີ່ອະນຸຍາດໃຫ້ພວກເຮົາໄດ້ຮັບໃບອະນຸຍາດໂດຍອີງໃສ່ຈໍານວນ vCPUs. ນີ້ຫມາຍຄວາມວ່າຈໍານວນໃບອະນຸຍາດຈະເທົ່າກັບຈໍານວນ vCPUs. ທ່ານສາມາດທົດສອບ antivirus ຂອງທ່ານໂດຍການອອກຄໍາຮ້ອງຂໍ ອອນໄລນ໌.

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

ຂໍ້ຄວາມໄດ້ຖືກກະກຽມໂດຍພະນັກງານຂອງຜູ້ໃຫ້ບໍລິການຟັງ #CloudMTS: Denis Myagkov, ສະຖາປະນິກຊັ້ນນໍາແລະ Alexey Afanasyev, ຜູ້ຈັດການດ້ານການພັດທະນາຜະລິດຕະພັນຄວາມປອດໄພຂອງຂໍ້ມູນ.

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