ຟັງແບບປະສົມ: ຄຳແນະນຳສຳລັບນັກບິນຈົວ

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

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

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

ຂໍ​ໃຫ້​ທຸກ​ຄົນ​ທີ່​ສົນ​ໃຈ​ໄປ​ໃຕ້​ການ​ຕັດ​!

Cloud ສ່ວນຕົວ VS ສາທາລະນະ: ຂໍ້ດີ ແລະ ຂໍ້ເສຍ

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

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

ຟັງສາທາລະນະ ເປັນສະພາບແວດລ້ອມ IT, ເຈົ້າຂອງທີ່ໃຫ້ບໍລິການສໍາລັບຄ່າທໍານຽມແລະສະຫນອງພື້ນທີ່ໃນຄລາວໃຫ້ທຸກຄົນ.

ຟັງແບບປະສົມ ປະ​ກອບ​ດ້ວຍ​ຫຼາຍ​ກ​່​ວາ​ຫນຶ່ງ​ສ່ວນ​ຕົວ​ແລະ​ຫຼາຍ​ກ​່​ວາ​ສາ​ທາ​ລະ​ນະ​ຟັງ​, ພະ​ລັງ​ງານ​ຄອມ​ພິວ​ເຕີ​ຂອງ​ການ​ແບ່ງ​ປັນ​.

ຟັງສ່ວນຕົວ

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

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

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

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

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

ຟັງສາທາລະນະ

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

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

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

ຕາມນັ້ນແລ້ວ, ບໍ່ຈໍາເປັນຕ້ອງຮັກສາຜູ້ຊ່ຽວຊານດ້ານ IT ແລະຄວາມສ່ຽງທາງດ້ານການເງິນຫຼຸດລົງ.

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

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

ຟັງປະສົມ

ໃນຈຸດຕັດກັນຂອງຂໍ້ດີແລະຂໍ້ເສຍຂ້າງເທິງນີ້ແມ່ນຟັງແບບປະສົມ, ເຊິ່ງແມ່ນ de facto ປະສົມປະສານຢ່າງຫນ້ອຍຫນຶ່ງ cloud ສ່ວນຕົວກັບຫນຶ່ງຫຼືຫຼາຍສາທາລະນະ. ໃນຕອນທໍາອິດ (ແລະແມ້ແຕ່ຢູ່ໃນວິນາທີ) glance, ມັນອາດຈະເບິ່ງຄືວ່າເມຄປະສົມແມ່ນຫີນຂອງນັກປັດຊະຍາທີ່ຊ່ວຍໃຫ້ທ່ານສາມາດ "ຂະຫຍາຍ" ພະລັງງານຄອມພິວເຕີ້ໄດ້ທຸກເວລາ, ປະຕິບັດການຄິດໄລ່ທີ່ຈໍາເປັນແລະ "ພັດ" ທຸກສິ່ງທຸກຢ່າງກັບຄືນ. ບໍ່ແມ່ນເມຄ, ແຕ່ David Blaine!

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

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

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

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

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

ໂບນັດພິເສດ: ໃນປັດຈຸບັນສອງຟັງແທນທີ່ຈະເປັນຫນຶ່ງແລະ / ຫຼືການເຊື່ອມຕໍ່ລະຫວ່າງເຂົາເຈົ້າສາມາດ "ແຕກ" ໃນເວລາດຽວກັນ. ແລະໃນຫຼາຍປະສົມປະສານໃນເວລາດຽວກັນ.

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

ແມ່ນແລ້ວ, ຟັງສາທາລະນະບໍ່ແມ່ນຢາງ, Moscow. ຜູ້ໃຫ້ບໍລິການຈໍານວນຫຼາຍພຽງແຕ່ບໍ່ໄດ້ຮັກສາສະຫງວນໄວ້ຂອງຄວາມອາດສາມາດຟຣີ - ແລະນີ້ຕົ້ນຕໍກ່ຽວຂ້ອງກັບ RAM. ທ່ານສາມາດ "ແຕ້ມ" ແກນໂປເຊດເຊີຫຼາຍເທົ່າທີ່ທ່ານຕ້ອງການ, ແລະທ່ານສາມາດສະຫນອງຄວາມອາດສາມາດ SSD ຫຼື HDD ຫຼາຍເທົ່າກ່ວາທີ່ມີຢູ່ທາງດ້ານຮ່າງກາຍ. ຜູ້ໃຫ້ບໍລິການຈະຫວັງວ່າທ່ານຈະບໍ່ໃຊ້ປະລິມານທັງຫມົດໃນເວລາດຽວກັນແລະວ່າມັນເປັນໄປໄດ້ທີ່ຈະເພີ່ມມັນຕາມທາງ. ແຕ່ຖ້າມີ RAM ບໍ່ພຽງພໍ, ເຄື່ອງ virtual ຫຼືຄໍາຮ້ອງສະຫມັກສາມາດ crash ໄດ້ຢ່າງງ່າຍດາຍ. ແລະລະບົບ virtualization ບໍ່ສະເຫມີອະນຸຍາດໃຫ້ tricks ດັ່ງກ່າວ. ໃນກໍລະນີໃດກໍ່ຕາມ, ມັນເປັນມູນຄ່າທີ່ຈະຈື່ຈໍາການພັດທະນາຂອງເຫດການນີ້ແລະປຶກສາຫາລືກ່ຽວກັບຈຸດເຫຼົ່ານີ້ກັບຜູ້ໃຫ້ບໍລິການ "ເທິງຝັ່ງ", ຖ້າບໍ່ດັ່ງນັ້ນທ່ານມີຄວາມສ່ຽງຕໍ່ການຖືກປະໄວ້ໃນລະຫວ່າງການໂຫຼດສູງສຸດ (Black Friday, ການໂຫຼດຕາມລະດູການ, ແລະອື່ນໆ).

ສະຫຼຸບແລ້ວ, ຖ້າທ່ານຕ້ອງການໃຊ້ໂຄງສ້າງພື້ນຖານແບບປະສົມ, ຈົ່ງຈື່ໄວ້ວ່າ:

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

ການຫຼຸດຜ່ອນຂໍ້ເສຍຂອງຟັງປະສົມ

ໃນ​ຄວາມ​ເປັນ​ຈິງ​, ຮູບ​ພາບ​ແມ່ນ​ຫຼາຍ​ທີ່​ຫນ້າ​ຊື່ນ​ຊົມ​ກ​່​ວາ​ທີ່​ທ່ານ​ອາດ​ຈະ​ຄິດ​. ສິ່ງທີ່ ສຳ ຄັນທີ່ສຸດແມ່ນການຮູ້ເຄັດລັບຂອງ "ການປຸງແຕ່ງ" ຟັງແບບປະສົມທີ່ດີ. ນີ້ແມ່ນລາຍການຫຼັກໃນຮູບແບບລາຍການກວດສອບ:

• ທ່ານບໍ່ຄວນຍ້າຍພາກສ່ວນທີ່ມີຄວາມອ່ອນໄຫວຕໍ່ການແຝງຂອງແອັບພລິເຄຊັນໄປໃສ່ຄລາວສາທາລະນະແຍກຕ່າງຫາກຈາກຊອບແວຫຼັກ: ຕົວຢ່າງ, ແຄດ ຫຼືຖານຂໍ້ມູນພາຍໃຕ້ການໂຫຼດ OLTP.
• ຢ່າເອົາສ່ວນທັງໝົດຂອງແອັບພລິເຄຊັນໄປໃສ່ເທິງຄລາວສາທາລະນະ, ໂດຍທີ່ມັນຈະຢຸດເຮັດວຽກ. ຖ້າບໍ່ດັ່ງນັ້ນ, ຄວາມເປັນໄປໄດ້ຂອງຄວາມລົ້ມເຫຼວຂອງລະບົບຈະເພີ່ມຂຶ້ນຫຼາຍຄັ້ງ.
• ເມື່ອປັບຂະໜາດ, ຈົ່ງຈື່ໄວ້ວ່າປະສິດທິພາບຂອງເຄື່ອງຈັກທີ່ນຳໃຊ້ຢູ່ໃນພາກສ່ວນຕ່າງໆຂອງຄລາວຈະແຕກຕ່າງກັນ. ຄວາມຢືດຢຸ່ນຂອງຂະຫນາດຍັງຈະຢູ່ໄກຈາກທີ່ສົມບູນແບບ. ແຕ່ຫນ້າເສຍດາຍ, ນີ້ແມ່ນບັນຫາການອອກແບບສະຖາປັດຕະຍະກໍາແລະທ່ານຈະບໍ່ສາມາດລົບລ້າງມັນໄດ້ຫມົດ. ທ່ານພຽງແຕ່ສາມາດພະຍາຍາມຫຼຸດຜ່ອນຜົນກະທົບຕໍ່ການເຮັດວຽກ.
• ພະຍາຍາມຮັບປະກັນຄວາມໃກ້ຊິດທາງກາຍຍະພາບສູງສຸດລະຫວ່າງເມຄສາທາລະນະ ແລະເອກະຊົນ: ໄລຍະຫ່າງທີ່ສັ້ນກວ່າ, ຄວາມລ່າຊ້າລະຫວ່າງພາກສ່ວນຕ່າງໆຈະໜ້ອຍລົງ. ໂດຍວິທີທາງການ, ທັງສອງພາກສ່ວນຂອງຟັງໄດ້ "ດໍາລົງຊີວິດ" ໃນສູນຂໍ້ມູນດຽວກັນ.
• ມັນເປັນສິ່ງສໍາຄັນເທົ່າທຽມກັນເພື່ອຮັບປະກັນວ່າຄລາວທັງສອງໃຊ້ເຕັກໂນໂລຊີເຄືອຂ່າຍດຽວກັນ. ປະຕູ Ethernet-InfiniBand ສາມາດນໍາສະເຫນີບັນຫາຫຼາຍຢ່າງ.
• ຖ້າເທກໂນໂລຍີ virtualization ດຽວກັນຖືກນໍາໃຊ້ຢູ່ໃນຄລາວສ່ວນຕົວແລະສາທາລະນະ, ນີ້ແມ່ນບວກທີ່ແນ່ນອນ. ໃນບາງກໍລະນີ, ທ່ານສາມາດຕົກລົງກັບຜູ້ໃຫ້ບໍລິການເພື່ອຍ້າຍເຄື່ອງ virtual ທັງຫມົດໂດຍບໍ່ມີການຕິດຕັ້ງໃຫມ່.
• ເພື່ອເຮັດໃຫ້ການໃຊ້ຄລາວປະສົມມີກຳໄລ, ເລືອກຜູ້ໃຫ້ບໍລິການຄລາວທີ່ມີລາຄາທີ່ປ່ຽນແປງໄດ້ຫຼາຍທີ່ສຸດ. ດີທີ່ສຸດ, ອີງໃສ່ຊັບພະຍາກອນທີ່ໃຊ້ຕົວຈິງ.
• ຂະຫຍາຍສູນຂໍ້ມູນ: ຖ້າທ່ານຕ້ອງການເພີ່ມຄວາມອາດສາມາດ, ພວກເຮົາຍົກສູງ "ສູນຂໍ້ມູນທີສອງ" ແລະເຮັດໃຫ້ມັນຢູ່ພາຍໃຕ້ການໂຫຼດ. ເຈົ້າເຮັດແລ້ວກັບການຄິດໄລ່ຂອງເຈົ້າບໍ? ພວກເຮົາ "ດັບ" ພະລັງງານເກີນແລະປະຫຍັດ.
• ແອັບພລິເຄຊັນ ແລະໂຄງການສ່ວນບຸກຄົນສາມາດຖືກຍ້າຍໄປທີ່ຄລາວສາທາລະນະ ໃນຂະນະທີ່ຄລາວສ່ວນຕົວກຳລັງຖືກປັບຂະໜາດ, ຫຼືພຽງແຕ່ເປັນໄລຍະເວລາໃດໜຶ່ງເທົ່ານັ້ນ. ແທ້ຈິງແລ້ວ, ໃນກໍລະນີນີ້ທ່ານຈະບໍ່ມີການປະສົມ, ພຽງແຕ່ການເຊື່ອມຕໍ່ L2 ທົ່ວໄປ, ເຊິ່ງບໍ່ຂຶ້ນກັບການປະກົດຕົວ / ບໍ່ມີເມຄຂອງເຈົ້າເອງ.

ແທນທີ່ຈະເປັນການສະຫລຸບໄດ້

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

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

ພວກເຮົາເຊີນທ່ານແບ່ງປັນປະສົບການຂອງທ່ານກັບຟັງປະສົມໃນຄໍາເຫັນ. ພວກເຮົາແນ່ໃຈວ່າຄວາມຊໍານານຂອງທ່ານຈະເປັນປະໂຫຍດຕໍ່ນັກບິນຈົວຫຼາຍ.

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