ຄວາມລົ້ມເຫຼວງ່າຍດາຍສໍາລັບເວັບໄຊທ໌ (ການຕິດຕາມ + DNS ແບບເຄື່ອນໄຫວ)

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

ດໍາລົງຊີວິດກັບຄວາມລົ້ມເຫຼວຫຼືບໍ່ມີ?

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

ໃນປັດຈຸບັນ, ວິທີການນີ້ເກີດຂຶ້ນໃນສະບັບທີ່ສວຍງາມກັບ filer:

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

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

ອະນາຄົດມີຢູ່ແລ້ວ!

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

ດີ, ນອກຈາກນັ້ນ, ສໍາລັບໂຄງການລົ້ມເຫລວທ່ານຕ້ອງການເຄື່ອງແມ່ຂ່າຍອື່ນ (ແລະອາດຈະຫຼາຍກວ່າຫນຶ່ງ) ແລະກ່ອນນີ້ແມ່ນຄ່າໃຊ້ຈ່າຍອັນໃຫຍ່ຫຼວງ, ຕອນນີ້ທ່ານສາມາດໄດ້ຮັບ VDS ສໍາລັບ pennies.

ສະຖານທີ່ທີ່ເຊື່ອຖືໄດ້ຫຼາຍທີ່ສຸດກັບແມວ

ເພື່ອປະຕິບັດການສະແດງໃຫ້ເຫັນການແກ້ໄຂດ້ວຍ okerr + dynamic dns, ພວກເຮົາໄດ້ເປີດຕົວເວັບໄຊທ໌ຂອງພວກເຮົາກັບແມວ cat.okerr.com. ພວກ​ເຮົາ​ຊັງ​ແມວ, ດັ່ງ​ນັ້ນ​ມັນ​ຈະ​ບໍ່​ມີ​ຈໍາ​ນວນ​ຫຼາຍ​ຢູ່​ທີ່​ນັ້ນ. ມີສາມສະຖານທີ່ທັງຫມົດ, ແຕ່ລະຄົນເບິ່ງປະມານຄືກັນ (ທັງຫມົດຢູ່ໃນແມ່ແບບດຽວກັນ), ແຕ່ມີ kittens ທີ່ແຕກຕ່າງກັນເພື່ອເຮັດໃຫ້ມັນງ່າຍທີ່ຈະຈໍາແນກ, ແລະແຕ່ລະຄົນຂຽນຂໍ້ມູນດ້ານວິຊາການເພື່ອເບິ່ງວິທີການລົ້ມເຫລວ. ຫນ້າເວັບຈະປັບປຸງຕົວມັນເອງທຸກໆ 1 ນາທີ, ແຕ່ທ່ານສາມາດຄລິກໃສ່ການໂຫຼດໃຫມ່ໃນຕົວທ່ອງເວັບໄດ້ຕະຫຼອດເວລາ.

ໃນຂໍ້ມູນດ້ານວິຊາການມີເສັ້ນ "ສະຖານະ = OK". ບາງຄັ້ງເຊີບເວີມີບັນຫາ ແລະຂຽນສະຖານະ=ERR. ເຊີບເວີຫຼັກ “ເບິ່ງຄືວ່າຈະຂັດຂ້ອງ” ຢູ່ທີ່ 20 ນາທີຂອງທຸກໆຊົ່ວໂມງ (0:20, 1:20, 2:20, …). ເຊີບເວີສໍາຮອງໃນ 40 ນາທີ. ເຊີບເວີສຸດທ້າຍ (“ຂໍອະໄພ” ເຊີບເວີ) ເຮັດວຽກຢູ່ສະເໝີ. ໃນເວລາ 0 ນາທີຂອງທຸກໆຊົ່ວໂມງ, ເຊີບເວີຫຼັກ ແລະ ເຊີບເວີສຳຮອງຈະຖືກ “ຟື້ນຟູ”.

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

ລົ້ມເຫລວໃນ okerr + DNS ແບບເຄື່ອນໄຫວ

ໃຫ້ຂອງເບິ່ງວິທີການເຮັດວຽກພາຍໃຕ້ການ hood ໄດ້. ວຽກງານຂອງຜູ້ຍື່ນແມ່ນເພື່ອໃຫ້ແນ່ໃຈວ່າທີ່ຢູ່ cat.okerr.com ຊີ້ໃຫ້ເຫັນເຖິງທີ່ຢູ່ IP ຂອງເຄື່ອງແມ່ຂ່າຍທີ່ເຮັດວຽກຢູ່ສະເຫມີ.
ຢູ່ເບື້ອງຫຼັງແຕ່ລະເຊີບເວີທີ່ເປັນເຈົ້າພາບເວັບໄຊທ໌ cat ຂອງພວກເຮົາໃນ okerr ມີຕົວຊີ້ວັດທີ່ກວດເບິ່ງສະຖານະຂອງມັນຫນຶ່ງຄັ້ງຕໍ່ນາທີ.

ໃນພາບຫນ້າຈໍນີ້ພວກເຮົາເຫັນວ່າເວັບໄຊທ໌ cat.okerr.com ຖືກກວດສອບຈາກເຄື່ອງແມ່ຂ່າຍ alpha.okerr.com ແນວໃດ. ຫນ້າຄວນຈະມີສະຖານະພາບ=OK, ແລະດັ່ງທີ່ພວກເຮົາເຫັນຂ້າງເທິງ, ສະຖານະພາບຕົວຊີ້ວັດຂອງພວກເຮົາແມ່ນ OK ໃນປັດຈຸບັນ. ເມື່ອເຄື່ອງແມ່ຂ່າຍ "ແຕກ", ຈະມີ ERR. (ນີ້ແມ່ນພຽງແຕ່ຫນຶ່ງຕົວຢ່າງຂອງຕົວຊີ້ວັດ, okerr ກໍາລັງຕິດຕາມ, ດັ່ງນັ້ນທ່ານສາມາດຕິດປະເພດຂອງຕົວຊີ້ວັດໃດກໍ່ຕາມ, ຕົວຢ່າງ, ກວດເບິ່ງພື້ນທີ່ຫວ່າງໃນແຜ່ນ, ຈໍານວນຄໍາສັ່ງໃຫມ່ໃນຖານຂໍ້ມູນ, ແລະແມ້ກະທັ້ງຕົວຊີ້ວັດທີ່ມີເຫດຜົນ, ສໍາລັບການຍົກຕົວຢ່າງ. , ໃນ​ຕອນ​ກາງ​ຄືນ​ຈະ​ມີ​ມາດ​ຕະ​ຖານ​ຄວາມ​ຜິດ​ພາດ​ບາງ​, ແລະ​ໃນ​ຕອນ​ກາງ​ຄືນ​ອື່ນໆ​)​.

ໃນ​ການ​ຕັ້ງ​ຄ່າ​ໂຄງ​ການ​ພວກ​ເຮົາ​ໄດ້​ສ້າງ​ໂຄງ​ການ​ລົ້ມ​ເຫຼວ​ທີ່​ມີ​ຕົວ​ຊີ້​ວັດ​ເຫຼົ່າ​ນີ້​:

ໂຄງການມີສາມຕົວຊີ້ວັດ (ສາມເຄື່ອງແມ່ຂ່າຍ), ແຕກຕ່າງກັນໃນຄວາມສໍາຄັນ. ເຄື່ອງແມ່ຂ່າຍຕົ້ນຕໍສໍາລັບເວັບໄຊທ໌ແມ່ນ charlie, ຖ້າມັນບໍ່ເຮັດວຽກ (ມັນຈະບໍ່ມີ "ສະຖານະ = OK" ຫຼືບໍ່ສາມາດໃຊ້ໄດ້), ຫຼັງຈາກນັ້ນ bravo ແລະໃນກໍລະນີສຸດທ້າຍ - alpha. ດ້ານຂວາຂອງຫນ້າສະແດງໃຫ້ເຫັນສະຖານະພາບຂອງບັນທຶກ DNS ໃນເຄື່ອງແມ່ຂ່າຍທີ່ແຕກຕ່າງກັນ.

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

ຈາກການຫຼຸດລົງເຖິງການເພີ່ມຂຶ້ນ

ຂັ້ນ​ຕອນ​ທີ​ວ່າ​ໂຄງ​ການ​ນີ້​ເຮັດ​ວຽກ​:

1. ບັນຫາເກີດຂຶ້ນ (ຈໍາລອງ) ໃນເຄື່ອງແມ່ຂ່າຍ
2. ເຊັນເຊີ okerr ກວດເບິ່ງສະຖານະຂອງແຕ່ລະເຄື່ອງແມ່ຂ່າຍຫນຶ່ງຄັ້ງຕໍ່ນາທີແລະລາຍງານກັບເຄື່ອງແມ່ຂ່າຍໂຄງການຕົ້ນຕໍໃນ okerr.
3. ຕົວຊີ້ບອກເຊີບເວີທີ່ສອດຄ້ອງກັນປ່ຽນຈາກ OK ເປັນ ERR
4. ເມື່ອສະຖານະຂອງຕົວຊີ້ວັດປ່ຽນແປງ, ຄວາມລົ້ມເຫລວຖືກຄິດໄລ່ຄືນໃຫມ່, ແລະມັນຖືກຄິດໄລ່ວ່າຕ້ອງການຕັ້ງທີ່ຢູ່ໃດ (ຖ້າຈໍາເປັນ. ຕົວຢ່າງ, ຖ້າເຄື່ອງແມ່ຂ່າຍຕົ້ນຕໍເຮັດວຽກ, ແລະໃນເວລາດຽວກັນເຄື່ອງແມ່ຂ່າຍສໍາຮອງຂໍ້ມູນໄດ້ເສຍຊີວິດ, ບໍ່ມີການປ່ຽນແປງໃດໆ. ເຮັດໄດ້)
5. ທີ່ຢູ່ນີ້ຖືກລາຍງານໄປຫາບໍລິການ dns ແບບໄດນາມິກ. ເມື່ອສໍາເລັດຂັ້ນຕອນນີ້, ທ່ານຈະເຫັນສະຖານະ "ຊິງ" ຢູ່ເບື້ອງຂວາ.
6. ໄວໆນີ້ (ວິນາທີ) ບັນທຶກຈະໄປຮອດເຄື່ອງແມ່ຂ່າຍ DNS ຂອງໂດເມນຂອງທ່ານ (ສໍາລັບເວັບໄຊທ໌ cat ມັນແມ່ນ ns1-ns5.he.net).
7. ຈາກນີ້ເປັນຕົ້ນໄປ, ຜູ້ໃຊ້ບາງຄົນຈະຢູ່ໃນເຊີບເວີສົດໃໝ່ແລ້ວ. ແຕ່ບໍ່ແມ່ນເຄື່ອງແມ່ຂ່າຍ DNS ທັງຫມົດໃນໂລກໄດ້ປັບປຸງບັນທຶກເທື່ອ, ແລະບັນທຶກເກົ່າອາດຈະຖືກເກັບໄວ້ໃນບ່ອນໃດບ່ອນຫນຶ່ງ. ທ່ານສາມາດເບິ່ງວ່າຂໍ້ມູນໃນເຄື່ອງແມ່ຂ່າຍ DNS ສາທາລະນະ "ເຕັ້ນ", ສະແດງໃຫ້ເຫັນເຖິງມູນຄ່າໃຫມ່ຫຼືເກົ່າ. ຖ້າທ່ານປັບປຸງຫນ້າການຕັ້ງຄ່າທີ່ລົ້ມເຫລວ, ຜູ້ປະກອບການເອງຈະຮ້ອງຂໍຂໍ້ມູນໃຫມ່ຈາກເຄື່ອງແມ່ຂ່າຍ DNS.
8. ຫຼັງຈາກຂໍ້ມູນຄົງທີ່, ບັນທຶກທີ່ເກັບໄວ້ໃນບ່ອນເກັບມ້ຽນເກົ່າຈະເນົ່າເປື່ອຍຢູ່ທົ່ວທຸກແຫ່ງ - ທັງຫມົດ 100% ຂອງການຮ້ອງຂໍໄປຫາເຄື່ອງແມ່ຂ່າຍໃຫມ່.

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

ນອກຈາກນັ້ນ

ທັງຫມົດນີ້ສາມາດຖືກຕັ້ງຄ່າໃນຕອນແລງ (ຖ້າທ່ານມີເຄື່ອງແມ່ຂ່າຍສໍາຮອງຂໍ້ມູນແລ້ວ). ທັງການບໍລິການ okerr ແລະ DNS ແບບເຄື່ອນໄຫວແມ່ນບໍ່ເສຍຄ່າ. ເພື່ອໃຫ້ໄດ້ຮັບການກວດສອບເພີ່ມເຕີມໃນ okerr ແລະໄລຍະເວລາການກວດສອບສັ້ນ, ທ່ານຈໍາເປັນຕ້ອງສໍາເລັດການຝຶກອົບຮົມ (ຈາກຫນ້າໂປຣໄຟລ໌ຂອງທ່ານ). ເມື່ອສໍາເລັດ, ລະດັບເພີ່ມຂຶ້ນທັນທີ (20 ຕົວຊີ້ວັດຕໍ່ຊົ່ວໂມງ + 1 ໄວ, 10 ນາທີ). ແລະຖ້າຫາກວ່າມີຈໍານວນຫນ້ອຍຂອງພວກເຂົາ, ຂຽນຫາ [email protected], ສ່ວນຫຼາຍອາດຈະເປັນໄປໄດ້ທີ່ຈະເພີ່ມຂຶ້ນ (ເຖິງຕອນນັ້ນມີໂອກາດສະເຫມີ, ຂ້ອຍບໍ່ເຄີຍປະຕິເສດ, ໃນທາງກົງກັນຂ້າມ, ຂ້ອຍໄດ້ສະເຫນີຕົວເອງ). ມັນເປັນພຽງແຕ່ວ່າໃນເບື້ອງຕົ້ນຂ້ອຍບໍ່ຢາກສັນຍາກັບທຸກໆຄົນ, ຂ້ອຍບໍ່ແນ່ໃຈວ່າຂ້ອຍມີຄວາມສາມາດພຽງພໍທີ່ຈະຮັກສາຄໍາເວົ້າຂອງຂ້ອຍ. ແຕ່ມາຮອດປັດຈຸບັນມີຜູ້ໃຊ້ຈໍານວນຫນ້ອຍ, ດັ່ງນັ້ນບໍ່ມີບັນຫາກັບການເພີ່ມຂີດຈໍາກັດ.

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

ເມື່ອສະຖານະຕົວຊີ້ບອກມີການປ່ຽນແປງ, ການແຈ້ງເຕືອນຈະຖືກສົ່ງໄປທາງອີເມວ ຫຼື Telegram. (ພວກເຮົາໄດ້ເບິ່ງສິ່ງທີ່ເກີດຂຶ້ນແລະຮັບຮູ້ວ່າໂທລະເລກເບິ່ງຄືວ່າເປັນຜູ້ສົ່ງຂ່າວທີ່ຫນ້າເຊື່ອຖືທີ່ສຸດ. ຂໍຂອບໃຈກັບ RKN ສໍາລັບການທົດສອບຄວາມກົດດັນ!) ດ້ວຍ okerr ທີ່ຖືກຕັ້ງຄ່າຢ່າງຖືກຕ້ອງ, ການແຈ້ງເຕືອນໃດໆກໍ່ເປັນສັນຍານ "ຖິ້ມທຸກສິ່ງທຸກຢ່າງ, ພວກເຮົາຕ້ອງແກ້ໄຂມັນ!" ຫຼື “ໄຟອອກ!” ບໍ່ຄວນມີການແຈ້ງເຕືອນພິເສດໃດໆຈາກ okerra (ຖ້າມີ, ພວກມັນຈໍາເປັນຕ້ອງໄດ້ກໍານົດຄ່າແຕກຕ່າງກັນ). ຕົວຢ່າງ, ສໍາລັບເວັບໄຊທ໌ cat ຂອງພວກເຮົາ, ເຄື່ອງແມ່ຂ່າຍ alpha ແມ່ນອັນສຸດທ້າຍແລະບໍ່ເຄີຍປອມແປງຂໍ້ຜິດພາດ. ຖ້າລາວນອນ, ພວກເຮົາຈໍາເປັນຕ້ອງຮູ້. ແຕ່ເຄື່ອງແມ່ຂ່າຍອື່ນໆມັກຈະປອມແປງຂໍ້ຜິດພາດ, ດັ່ງນັ້ນ, ເພື່ອບໍ່ໄດ້ຮັບການເຕືອນຫຼາຍຄັ້ງຕໍ່ຊົ່ວໂມງ, ຕົວຊີ້ວັດເຫຼົ່ານັ້ນມີສະຖານະ "ງຽບ".

ມັນຍັງເຮັດໃຫ້ຄວາມຮູ້ສຶກທີ່ຈະສ້າງເຄື່ອງແມ່ຂ່າຍທີ່ເສຍໃຈ (ຢູ່ໃນໂຮດຕິ້ງທີ່ມີລາຄາຖືກທີ່ສຸດ), ເຊິ່ງຈະມີຫນ້າຂໍອະໄພຂອງທ່ານ (ໃນກໍລະນີທີ່ເຄື່ອງແມ່ຂ່າຍຕົ້ນຕໍແລະສໍາຮອງຂໍ້ມູນທັງຫມົດຫຼຸດລົງ) ຫຼືຈະໂອນທ່ານໄປຫາຫນ້າສະຖານະໃນ okerr (ຕົວຢ່າງ, ຂອງພວກເຮົາ. cp.okerr.com/status/okerr) ຫຼື statuspage.io.

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