கற்பனை செய்து பாருங்கள்: நீங்கள் ஒரு பெரிய ஷாப்பிங் சென்டரின் IT உள்கட்டமைப்புக்கு சேவை செய்கிறீர்கள். நகரில் மழை பெய்யத் தொடங்குகிறது. மழை நீரோடைகள் கூரை வழியாக உடைந்து, தண்ணீர் சில்லறை வளாகத்தில் கணுக்கால் ஆழத்தில் நிரப்புகிறது. உங்கள் சர்வர் அறை அடித்தளத்தில் இல்லை என்று நம்புகிறோம், இல்லையெனில் சிக்கல்களைத் தவிர்க்க முடியாது.
விவரிக்கப்பட்ட கதை ஒரு கற்பனை அல்ல, ஆனால் 2020 இன் இரண்டு நிகழ்வுகளின் கூட்டு விளக்கம். பெரிய நிறுவனங்களில், பேரழிவு மீட்புத் திட்டம் (டிஆர்பி) எப்போதும் இந்த வழக்கில் உள்ளது. நிறுவனங்களில், இது வணிக தொடர்ச்சி நிபுணர்களின் பொறுப்பாகும். ஆனால் நடுத்தர மற்றும் சிறிய நிறுவனங்களில், இதுபோன்ற பிரச்சனைகளை தீர்ப்பது ஐடி சேவைகளில் விழுகிறது. வணிக தர்க்கத்தை நீங்களே புரிந்து கொள்ள வேண்டும், எது தோல்வியடையும், எங்கு, பாதுகாப்பைக் கொண்டு வந்து அதைச் செயல்படுத்தவும்.
ஒரு IT நிபுணர் வணிகத்துடன் பேச்சுவார்த்தை நடத்தி பாதுகாப்பின் அவசியத்தைப் பற்றி விவாதிக்க முடிந்தால் அது மிகவும் நல்லது. ஆனால் ஒரு நிறுவனம் ஒரு பேரிடர் மீட்பு (டிஆர்) தீர்வைத் தேவையற்றதாகக் கருதியதால் அதை எப்படிக் குறைத்தது என்பதை நான் ஒன்றுக்கு மேற்பட்ட முறை பார்த்திருக்கிறேன். ஒரு விபத்து ஏற்பட்டபோது, நீண்ட மீட்பு இழப்புகளை அச்சுறுத்தியது, மேலும் வணிகம் தயாராக இல்லை. நீங்கள் விரும்பும் அளவுக்கு நீங்கள் மீண்டும் செய்யலாம்: "நான் சொன்னேன்," ஆனால் IT சேவை இன்னும் சேவைகளை மீட்டெடுக்க வேண்டும்.
ஒரு கட்டிடக் கலைஞரின் நிலையில் இருந்து, இந்த சூழ்நிலையை எவ்வாறு தவிர்ப்பது என்பதை நான் உங்களுக்கு சொல்கிறேன். கட்டுரையின் முதல் பகுதியில், நான் ஆயத்த வேலைகளைக் காண்பிப்பேன்: பாதுகாப்புக் கருவிகளைத் தேர்ந்தெடுப்பதற்கு வாடிக்கையாளருடன் மூன்று கேள்விகளை எவ்வாறு விவாதிப்பது:
- நாம் எதைப் பாதுகாக்கிறோம்?
- எதிலிருந்து நாம் பாதுகாக்கிறோம்?
- நாம் எவ்வளவு பாதுகாக்கிறோம்?
இரண்டாவது பகுதியில், கேள்விக்கு பதிலளிப்பதற்கான விருப்பங்களைப் பற்றி பேசுவோம்: உங்களை எவ்வாறு பாதுகாத்துக் கொள்வது. வெவ்வேறு வாடிக்கையாளர்கள் தங்கள் பாதுகாப்பை எவ்வாறு உருவாக்குகிறார்கள் என்பதற்கான எடுத்துக்காட்டுகளை நான் தருகிறேன்.
நாங்கள் பாதுகாப்பது: முக்கியமான வணிக செயல்பாடுகளை அடையாளம் காணுதல்
பிசினஸ் வாடிக்கையாளருடன் அவசரநிலைக்கு பிந்தைய செயல் திட்டத்தை விவாதித்து தயாரிப்பைத் தொடங்குவது நல்லது. இங்கே முக்கிய சிரமம் ஒரு பொதுவான மொழியைக் கண்டுபிடிப்பதாகும். IT தீர்வு எவ்வாறு செயல்படுகிறது என்பதை வாடிக்கையாளர் பொதுவாகப் பொருட்படுத்துவதில்லை. சேவையானது வணிகச் செயல்பாடுகளைச் செய்து பணத்தைக் கொண்டு வர முடியுமா என்று அவர் கவலைப்படுகிறார். எடுத்துக்காட்டாக: தளம் வேலை செய்தால், ஆனால் கட்டண முறை செயலிழந்தால், வாடிக்கையாளர்களிடமிருந்து வருமானம் இல்லை, மேலும் "தீவிரவாதிகள்" இன்னும் IT நிபுணர்கள்.
பல காரணங்களுக்காக ஒரு தகவல் தொழில்நுட்ப நிபுணருக்கு இத்தகைய பேச்சுவார்த்தைகளில் சிரமம் இருக்கலாம்:
- தகவல் தொழில்நுட்ப சேவையானது வணிகத்தில் தகவல் அமைப்பின் பங்கை முழுமையாக புரிந்து கொள்ளவில்லை. எடுத்துக்காட்டாக, வணிக செயல்முறைகள் அல்லது வெளிப்படையான வணிக மாதிரியின் விவரம் எதுவும் இல்லை என்றால்.
- முழு செயல்முறையும் IT சேவையைப் பொறுத்தது அல்ல. எடுத்துக்காட்டாக, வேலையின் ஒரு பகுதி ஒப்பந்தக்காரர்களால் செய்யப்படும்போது, ஐடி நிபுணர்கள் அவர்கள் மீது நேரடி செல்வாக்கு செலுத்துவதில்லை.
நான் உரையாடலை இப்படி அமைப்பேன்:
- விபத்துக்கள் அனைவருக்கும் நிகழ்கின்றன, மேலும் மீட்க நேரம் எடுக்கும் என்பதை வணிகங்களுக்கு விளக்குகிறோம். சிறந்த விஷயம், சூழ்நிலைகளை நிரூபிப்பது, இது எப்படி நடக்கிறது மற்றும் என்ன விளைவுகள் சாத்தியமாகும்.
- எல்லாமே IT சேவையைச் சார்ந்தது அல்ல என்பதை நாங்கள் காட்டுகிறோம், ஆனால் உங்கள் பொறுப்பில் உள்ள செயல் திட்டத்திற்கு உதவ நீங்கள் தயாராக உள்ளீர்கள்.
- வணிக வாடிக்கையாளரிடம் பதிலளிக்குமாறு கேட்டுக்கொள்கிறோம்: அபோகாலிப்ஸ் நடந்தால், எந்த செயல்முறையை முதலில் மீட்டெடுக்க வேண்டும்? இதில் யார், எப்படி பங்கேற்கிறார்கள்?
வணிகத்திலிருந்து ஒரு எளிய பதில் தேவை, எடுத்துக்காட்டாக: அழைப்பு மையம் 24/7 விண்ணப்பங்களைத் தொடர்ந்து பதிவு செய்ய வேண்டும்.
- இந்த செயல்முறையை விரிவாக விவரிக்க கணினியின் ஒன்று அல்லது இரண்டு பயனர்களை நாங்கள் கேட்டுக்கொள்கிறோம்.
உங்கள் நிறுவனத்தில் ஒரு ஆய்வாளரை ஈடுபடுத்துவது நல்லது.தொடங்குவதற்கு, விளக்கம் இப்படி இருக்கலாம்: அழைப்பு மையம் தொலைபேசி மூலமாகவும், அஞ்சல் மூலமாகவும், இணையதளத்திலிருந்து செய்திகள் மூலமாகவும் கோரிக்கைகளைப் பெறுகிறது. பின்னர் அவர் அவற்றை வலை இடைமுகம் வழியாக 1C இல் உள்ளிடுகிறார், மேலும் உற்பத்தி அவற்றை இந்த வழியில் எடுத்துச் செல்கிறது.
- வன்பொருள் மற்றும் மென்பொருள் தீர்வுகள் செயல்முறையை ஆதரிக்கின்றன என்பதைப் பார்ப்போம். விரிவான பாதுகாப்பிற்காக, நாங்கள் மூன்று நிலைகளை கணக்கில் எடுத்துக்கொள்கிறோம்:
- தளத்தில் உள்ள பயன்பாடுகள் மற்றும் அமைப்புகள் (மென்பொருள் நிலை),
- அமைப்புகள் இயங்கும் தளமே (உள்கட்டமைப்பு நிலை),
- நெட்வொர்க் (அவர்கள் அதை அடிக்கடி மறந்து விடுகிறார்கள்).
- தோல்வியின் சாத்தியமான புள்ளிகளை நாங்கள் கண்டுபிடிப்போம்: சேவையின் செயல்திறன் சார்ந்திருக்கும் கணினி முனைகள். பிற நிறுவனங்களால் ஆதரிக்கப்படும் முனைகளை நாங்கள் தனித்தனியாக கவனிக்கிறோம்: தொலைதொடர்பு ஆபரேட்டர்கள், ஹோஸ்டிங் வழங்குநர்கள், தரவு மையங்கள் மற்றும் பல. இதன் மூலம், அடுத்த கட்டத்திற்கு நீங்கள் வணிக வாடிக்கையாளரிடம் திரும்பலாம்.
நாம் எதைப் பாதுகாக்கிறோம்: ஆபத்துகள்
அடுத்து, வணிக வாடிக்கையாளரிடம் இருந்து நாம் முதலில் நம்மைப் பாதுகாத்துக் கொள்ளும் அபாயங்கள் என்ன என்பதை அறிந்து கொள்கிறோம். அனைத்து அபாயங்களையும் இரண்டு குழுக்களாகப் பிரிக்கலாம்:
- சேவை செயலிழப்பு காரணமாக நேர இழப்பு;
- உடல் தாக்கங்கள், மனித காரணிகள் போன்றவற்றின் காரணமாக தரவு இழப்பு.
வணிகங்கள் தரவு மற்றும் நேரம் இரண்டையும் இழக்க பயப்படுகின்றன - இவை அனைத்தும் பண இழப்புக்கு வழிவகுக்கிறது. எனவே ஒவ்வொரு ஆபத்துக் குழுவிற்கும் நாங்கள் மீண்டும் கேள்விகளைக் கேட்கிறோம்:
- இந்த செயல்முறைக்கு, பணத்தில் எவ்வளவு தரவு இழப்பு மற்றும் நேர இழப்பு செலவாகும் என்பதை மதிப்பிட முடியுமா?
- நாம் என்ன தரவு இழக்க முடியாது?
- வேலையில்லா நேரத்தை எங்கே அனுமதிக்க முடியாது?
- எந்த நிகழ்வுகள் நமக்கு மிகவும் சாத்தியமான மற்றும் மிகவும் அச்சுறுத்தலாக உள்ளன?
கலந்துரையாடலுக்குப் பிறகு, தோல்வி புள்ளிகளுக்கு எவ்வாறு முன்னுரிமை அளிப்பது என்பதைப் புரிந்துகொள்வோம்.
நாங்கள் எவ்வளவு பாதுகாக்கிறோம்: RPO மற்றும் RTO
தோல்வியின் முக்கியமான புள்ளிகள் தெளிவாக இருக்கும்போது, RTO மற்றும் RPO குறிகாட்டிகளைக் கணக்கிடுகிறோம்.
அதை உங்களுக்கு நினைவூட்டுகிறேன் RTO (மீட்பு நேர நோக்கம்) - விபத்து நடந்த தருணத்திலிருந்து சேவையை முழுமையாக மீட்டெடுக்கும் வரை இது அனுமதிக்கப்படும் நேரமாகும். வணிக மொழியில், இது ஏற்றுக்கொள்ளக்கூடிய வேலையில்லா நேரம். செயல்முறை எவ்வளவு பணம் கொண்டு வரப்பட்டது என்பதை அறிந்தால், வேலையில்லா நேரத்தின் ஒவ்வொரு நிமிடத்திலிருந்தும் இழப்புகளைக் கணக்கிட்டு ஏற்றுக்கொள்ளக்கூடிய இழப்பைக் கணக்கிடலாம்.
RPO (மீட்பு புள்ளி நோக்கம்) - செல்லுபடியாகும் தரவு மீட்பு புள்ளி. எந்த நேரத்தில் நாம் தரவை இழக்க முடியும் என்பதை இது தீர்மானிக்கிறது. வணிகக் கண்ணோட்டத்தில், தரவு இழப்பு அபராதம் ஏற்படலாம், எடுத்துக்காட்டாக. இத்தகைய இழப்புகளை பணமாகவும் மாற்றலாம்.
இறுதி பயனருக்கு மீட்பு நேரம் கணக்கிடப்பட வேண்டும்: அவர் எவ்வளவு காலம் கணினியில் உள்நுழைய முடியும். எனவே முதலில் சங்கிலியில் உள்ள அனைத்து இணைப்புகளின் மீட்பு நேரத்தைச் சேர்க்கிறோம். இங்கே அடிக்கடி ஒரு தவறு செய்யப்படுகிறது: SLA இலிருந்து வழங்குநரின் RTO ஐ எடுத்துக்கொள்கிறார்கள், மீதமுள்ள விதிமுறைகளை மறந்துவிடுகிறார்கள்.
ஒரு குறிப்பிட்ட உதாரணத்தைப் பார்ப்போம். பயனர் 1C இல் உள்நுழைகிறார், கணினி தரவுத்தள பிழையுடன் திறக்கிறது. அவர் கணினி நிர்வாகியைத் தொடர்பு கொள்கிறார். தரவுத்தளம் கிளவுட்டில் அமைந்துள்ளது, கணினி நிர்வாகி சிக்கலை சேவை வழங்குநரிடம் தெரிவிக்கிறார். எல்லா தகவல்தொடர்புகளுக்கும் 15 நிமிடங்கள் ஆகும் என்று வைத்துக்கொள்வோம். கிளவுட்டில், இந்த அளவிலான தரவுத்தளம் ஒரு மணி நேரத்தில் காப்புப்பிரதியிலிருந்து மீட்டமைக்கப்படும், எனவே, சேவை வழங்குநர் பக்கத்தில் உள்ள RTO ஒரு மணிநேரம் ஆகும். ஆனால் இது இறுதி காலக்கெடு அல்ல; பயனருக்கு, சிக்கலைக் கண்டறிய 15 நிமிடங்கள் அதில் சேர்க்கப்பட்டுள்ளன.
அடுத்து, கணினி நிர்வாகி தரவுத்தளம் சரியானது என்பதைச் சரிபார்த்து, அதை 1C உடன் இணைத்து சேவைகளைத் தொடங்க வேண்டும். இதற்கு மற்றொரு மணிநேரம் தேவைப்படுகிறது, அதாவது நிர்வாகியின் பக்கத்தில் RTO ஏற்கனவே 2 மணிநேரம் 15 நிமிடங்கள் ஆகும். பயனருக்கு இன்னும் 15 நிமிடங்கள் தேவை: உள்நுழைந்து, தேவையான பரிவர்த்தனைகள் தோன்றியுள்ளனவா என்பதைச் சரிபார்க்கவும். இந்த எடுத்துக்காட்டில் 2 மணிநேரம் 30 நிமிடங்கள் மொத்த சேவை மீட்பு நேரம்.
இந்தக் கணக்கீடுகள், மீட்சிக் காலம் என்ன வெளிப்புறக் காரணிகளைச் சார்ந்தது என்பதை வணிகத்தைக் காட்டும். உதாரணமாக, அலுவலகத்தில் வெள்ளம் ஏற்பட்டால், முதலில் கசிவைக் கண்டுபிடித்து அதை சரிசெய்ய வேண்டும். இது நேரம் எடுக்கும், இது IT சார்ந்து இல்லை.
நாங்கள் எவ்வாறு பாதுகாக்கிறோம்: பல்வேறு ஆபத்துகளுக்கான கருவிகளைத் தேர்ந்தெடுப்பது
அனைத்து புள்ளிகளையும் விவாதித்த பிறகு, வணிகத்திற்கான விபத்தின் விலையை வாடிக்கையாளர் ஏற்கனவே புரிந்துகொள்கிறார். இப்போது நீங்கள் கருவிகளைத் தேர்ந்தெடுத்து பட்ஜெட்டைப் பற்றி விவாதிக்கலாம். கிளையன்ட் வழக்குகளின் உதாரணங்களைப் பயன்படுத்தி, வெவ்வேறு பணிகளுக்கு நாங்கள் என்ன கருவிகளை வழங்குகிறோம் என்பதைக் காண்பிப்பேன்.
ஆபத்துகளின் முதல் குழுவுடன் ஆரம்பிக்கலாம்: சேவை வேலையில்லா நேரத்தால் ஏற்படும் இழப்புகள். இந்த பிரச்சனைக்கான தீர்வுகள் நல்ல RTO ஐ வழங்க வேண்டும்.
- பயன்பாட்டை கிளவுட்டில் ஹோஸ்ட் செய்யவும்
தொடங்குவதற்கு, நீங்கள் வெறுமனே மேகக்கணிக்கு செல்லலாம் - வழங்குநர் ஏற்கனவே அதிக கிடைக்கும் சிக்கல்களைப் பற்றி யோசித்துள்ளார். மெய்நிகராக்க ஹோஸ்ட்கள் ஒரு கிளஸ்டரில் ஒன்றுசேர்க்கப்படுகின்றன, சக்தி மற்றும் நெட்வொர்க் ஒதுக்கப்பட்டுள்ளது, தரவு தவறு-சகிப்புத்தன்மை கொண்ட சேமிப்பக அமைப்புகளில் சேமிக்கப்படுகிறது, மேலும் சேவை வழங்குநர் வேலையில்லா நேரத்திற்கு நிதி ரீதியாக பொறுப்பாவார்.
எடுத்துக்காட்டாக, மேகக்கணியில் தரவுத்தளத்துடன் மெய்நிகர் இயந்திரத்தை ஹோஸ்ட் செய்யலாம். பயன்பாடு ஒரு நிறுவப்பட்ட சேனல் வழியாக அல்லது அதே மேகத்திலிருந்து வெளிப்புறமாக தரவுத்தளத்துடன் இணைக்கப்படும். கிளஸ்டரில் உள்ள சேவையகங்களில் ஏதேனும் சிக்கல்கள் ஏற்பட்டால், VM ஆனது 2 நிமிடங்களுக்குள் அருகிலுள்ள சேவையகத்தில் மறுதொடக்கம் செய்யப்படும். அதன் பிறகு, DBMS அதில் தொடங்கும், மேலும் சில நிமிடங்களில் தரவுத்தளம் கிடைக்கும்.
ஆர்டிஓ: நிமிடங்களில் அளவிடப்படுகிறது. வழங்குநருடனான ஒப்பந்தத்தில் இந்த விதிமுறைகள் குறிப்பிடப்படலாம்.
செலவு: உங்கள் பயன்பாட்டிற்கான கிளவுட் ஆதாரங்களின் விலையை நாங்கள் கணக்கிடுகிறோம்.
அது உங்களை எதிலிருந்து பாதுகாக்காது: வழங்குநரின் தளத்தில் பாரிய தோல்விகளில் இருந்து, எடுத்துக்காட்டாக, நகர அளவில் விபத்துகள் காரணமாக. - விண்ணப்பத்தை கிளஸ்டர்
நீங்கள் RTO ஐ மேம்படுத்த விரும்பினால், முந்தைய விருப்பத்தை வலுப்படுத்தி உடனடியாக கிளவுட்டில் ஒரு கிளஸ்டர்டு அப்ளிகேஷனை வைக்கலாம்.
நீங்கள் ஒரு கிளஸ்டரை செயலில்-செயலற்ற அல்லது செயலில்-செயலில் செயல்படுத்தலாம். விற்பனையாளரின் தேவைகளின் அடிப்படையில் பல VMகளை உருவாக்குகிறோம். அதிக நம்பகத்தன்மைக்காக, வெவ்வேறு சர்வர்கள் மற்றும் சேமிப்பக அமைப்புகளில் அவற்றை விநியோகிக்கிறோம். தரவுத்தளங்களில் ஒன்றைக் கொண்ட சேவையகம் தோல்வியுற்றால், காப்பு முனை சில நொடிகளில் சுமைகளை எடுத்துக்கொள்கிறது.
ஆர்டிஓ: நொடிகளில் அளவிடப்படுகிறது.
செலவு: வழக்கமான கிளவுட்டை விட சற்று விலை அதிகம், கிளஸ்டரிங் செய்வதற்கு கூடுதல் ஆதாரங்கள் தேவைப்படும்.
அது உங்களை எதிலிருந்து பாதுகாக்காது: இன்னும் பெரிய ஆன்-சைட் தோல்விகளுக்கு எதிராக பாதுகாக்க முடியாது. ஆனால் உள்ளூர் இடையூறுகள் நீண்ட காலம் நீடிக்காது.நடைமுறையில் இருந்து: சில்லறை விற்பனை நிறுவனம் பல தகவல் அமைப்புகள் மற்றும் இணையதளங்களைக் கொண்டிருந்தது. அனைத்து தரவுத்தளங்களும் நிறுவனத்தின் அலுவலகத்தில் உள்நாட்டில் அமைந்துள்ளன. தொடர்ந்து பலமுறை அலுவலகம் மின்சாரம் இல்லாமல் போகும் வரை எந்த டிஆர் பற்றியும் யோசிக்கவில்லை. இணையதள செயலிழப்புகளால் வாடிக்கையாளர்கள் அதிருப்தி அடைந்துள்ளனர்.
மேகக்கணிக்குச் சென்ற பிறகு சேவை கிடைப்பதில் உள்ள சிக்கல் தீர்க்கப்பட்டது. கூடுதலாக, முனைகளுக்கு இடையில் போக்குவரத்தை சமநிலைப்படுத்துவதன் மூலம் தரவுத்தளங்களின் சுமையை மேம்படுத்த முடிந்தது. - பேரழிவு இல்லாத மேகத்திற்கு நகர்த்தவும்
பிரதான தளத்தில் இயற்கைப் பேரிடரால் கூட வேலையில் இடையூறு ஏற்படாமல் இருப்பதை உறுதிசெய்ய வேண்டுமானால், பேரழிவை எதிர்க்கும் கிளவுட்டைத் தேர்வுசெய்யலாம். இந்த விருப்பத்தில், வழங்குநர் மெய்நிகராக்க கிளஸ்டரை 2 தரவு மையங்களில் பரப்புகிறார். தரவு மையங்களுக்கு இடையே நிலையான ஒத்திசைவான நகலெடுப்பு நிகழ்கிறது, ஒன்றுக்கு ஒன்று. தரவு மையங்களுக்கு இடையில் உள்ள சேனல்கள் ஒதுக்கப்பட்டு வெவ்வேறு வழிகளில் செல்கின்றன, எனவே அத்தகைய கிளஸ்டர் நெட்வொர்க் சிக்கல்களுக்கு பயப்படுவதில்லை.
ஆர்டிஓ: 0 ஆக உள்ளது.
செலவு: மிகவும் விலையுயர்ந்த கிளவுட் விருப்பம்.
அது உங்களை எதிலிருந்து பாதுகாக்காது: இது தரவு ஊழலுக்கு எதிராகவும், மனித காரணியிலிருந்தும் உதவாது, எனவே ஒரே நேரத்தில் காப்புப்பிரதிகளை உருவாக்க பரிந்துரைக்கப்படுகிறது.நடைமுறையில் இருந்து: எங்கள் வாடிக்கையாளர்களில் ஒருவர் விரிவான பேரிடர் மீட்பு திட்டத்தை உருவாக்கியுள்ளார். அவர் தேர்ந்தெடுத்த உத்தி இதுதான்:
- பேரழிவைத் தாங்கும் மேகம், உள்கட்டமைப்பு மட்டத்தில் ஏற்படும் தோல்விகளிலிருந்து பயன்பாட்டைப் பாதுகாக்கிறது.
- மனித பிழையின் போது இரண்டு நிலை காப்புப்பிரதி பாதுகாப்பை வழங்குகிறது. இரண்டு வகையான காப்புப்பிரதிகள் உள்ளன: "குளிர்" மற்றும் "சூடான". "குளிர்" காப்புப்பிரதி முடக்கப்பட்ட நிலையில் உள்ளது மற்றும் பயன்படுத்த நேரம் எடுக்கும். "ஹாட்" காப்புப்பிரதி ஏற்கனவே பயன்படுத்த தயாராக உள்ளது மற்றும் விரைவாக மீட்டமைக்கப்பட்டது. இது ஒரு பிரத்யேக சேமிப்பு அமைப்பில் சேமிக்கப்படுகிறது. மூன்றாவது பிரதி டேப்பில் பதிவு செய்யப்பட்டு மற்றொரு அறையில் சேமிக்கப்படுகிறது.
வாரத்திற்கு ஒருமுறை, கிளையன்ட் பாதுகாப்பைச் சோதித்து, டேப் உட்பட அனைத்து காப்புப்பிரதிகளின் செயல்பாட்டையும் சரிபார்க்கிறார். ஒவ்வொரு ஆண்டும் நிறுவனம் முழு பேரிடர்-எதிர்ப்பு மேகத்தையும் சோதிக்கிறது.
- மற்றொரு தளத்தில் பிரதியை ஒழுங்கமைக்கவும்
முக்கிய தளத்தில் உலகளாவிய சிக்கல்களைத் தவிர்ப்பது எப்படி என்பது பற்றிய மற்றொரு விருப்பம்: புவி-இட ஒதுக்கீடு வழங்கவும். வேறு வார்த்தைகளில் கூறுவதானால், மற்றொரு நகரத்தில் ஒரு தளத்தில் காப்பு மெய்நிகர் இயந்திரங்களை உருவாக்கவும். DR க்கான சிறப்பு தீர்வுகள் இதற்கு ஏற்றவை: எங்கள் நிறுவனத்தில் VMware vCloud Availability (vCAV) ஐப் பயன்படுத்துகிறோம். அதன் உதவியுடன், நீங்கள் பல கிளவுட் வழங்குநர் தளங்களுக்கு இடையே பாதுகாப்பை உள்ளமைக்கலாம் அல்லது ஆன்-பிரைமைஸ் தளத்தில் இருந்து கிளவுட்க்கு மீட்டமைக்கலாம். vCAV உடன் பணிபுரியும் திட்டத்தைப் பற்றி நான் ஏற்கனவே விரிவாகப் பேசினேன் .
RPO மற்றும் RTO: 5 நிமிடங்களிலிருந்து.
செலவு: முதல் விருப்பத்தை விட விலை அதிகம், ஆனால் பேரழிவு-ஆதார கிளவுட்டில் வன்பொருள் பிரதிகளை விட மலிவானது. விலையானது VCAV உரிமத்தின் விலை, நிர்வாகக் கட்டணம், கிளவுட் வளங்களின் விலை மற்றும் PAYG மாதிரியின்படி இருப்பு வளங்கள் (சுவிட்ச் ஆஃப் VMகளுக்கான வேலை வளங்களின் விலையில் 10%) ஆகியவற்றைக் கொண்டுள்ளது.
நடைமுறையில் இருந்து: வாடிக்கையாளர் மாஸ்கோவில் உள்ள எங்கள் கிளவுட்டில் வெவ்வேறு தரவுத்தளங்களுடன் 6 மெய்நிகர் இயந்திரங்களை வைத்திருந்தார். முதலில், காப்புப்பிரதி மூலம் பாதுகாப்பு வழங்கப்பட்டது: சில காப்பு பிரதிகள் மாஸ்கோவில் மேகக்கணியில் சேமிக்கப்பட்டன, மேலும் சில எங்கள் செயின்ட் பீட்டர்ஸ்பர்க் தளத்தில் சேமிக்கப்பட்டன. காலப்போக்கில், தரவுத்தளங்கள் அளவு அதிகரித்தன, மேலும் காப்புப்பிரதியிலிருந்து மீட்டமைக்க அதிக நேரம் எடுக்கத் தொடங்கியது.
VMware vCloud கிடைக்கும் தன்மையை அடிப்படையாகக் கொண்ட பிரதி காப்புப்பிரதிகளில் சேர்க்கப்பட்டது. மெய்நிகர் இயந்திரங்களின் பிரதிகள் செயின்ட் பீட்டர்ஸ்பர்க்கில் உள்ள காப்புப் பிரதி தளத்தில் சேமிக்கப்பட்டு ஒவ்வொரு 5 நிமிடங்களுக்கும் புதுப்பிக்கப்படும். பிரதான தளத்தில் ஒரு தோல்வி ஏற்பட்டால், ஊழியர்கள் சுயாதீனமாக செயின்ட் பீட்டர்ஸ்பர்க்கில் உள்ள மெய்நிகர் இயந்திரத்தின் பிரதிக்கு மாறி, அதனுடன் தொடர்ந்து பணியாற்றுகிறார்கள்.
கருதப்படும் அனைத்து தீர்வுகளும் அதிக கிடைக்கும் தன்மையை வழங்குகின்றன, ஆனால் ransomware வைரஸ் அல்லது தற்செயலான பணியாளர் பிழை காரணமாக தரவு இழப்பிலிருந்து பாதுகாக்காது. இந்த வழக்கில், எங்களுக்கு தேவையான RPO ஐ வழங்கும் காப்புப்பிரதிகள் தேவைப்படும்.
5. காப்புப்பிரதி பற்றி மறந்துவிடாதீர்கள்
உங்களிடம் சிறந்த பேரழிவு-ஆதார தீர்வு இருந்தாலும், நீங்கள் காப்புப்பிரதிகளை உருவாக்க வேண்டும் என்பது அனைவருக்கும் தெரியும். எனவே சில விஷயங்களை மட்டும் சுருக்கமாக உங்களுக்கு நினைவூட்டுகிறேன்.
கண்டிப்பாகச் சொன்னால், காப்புப்பிரதி DR அல்ல. அதனால்தான்:
- ரொம்ப நாளாச்சு. தரவு டெராபைட்களில் அளவிடப்பட்டால், மீட்பு ஒரு மணி நேரத்திற்கும் மேலாக எடுக்கும். நீங்கள் மீட்டெடுக்க வேண்டும், பிணையத்தை ஒதுக்க வேண்டும், அது இயங்குகிறதா என்று சரிபார்க்கவும், தரவு ஒழுங்காக இருக்கிறதா என்று பார்க்கவும். எனவே சிறிய தரவு இருந்தால் மட்டுமே நீங்கள் ஒரு நல்ல RTO ஐ வழங்க முடியும்.
- முதல் முறையாக தரவு மீட்டமைக்கப்படாமல் போகலாம், மேலும் செயலை மீண்டும் செய்ய நீங்கள் நேரத்தை அனுமதிக்க வேண்டும். எடுத்துக்காட்டாக, தரவு எப்போது தொலைந்தது என்பது நமக்குத் தெரியாத நேரங்கள் உள்ளன. இழப்பு 15.00 மணிக்கு கவனிக்கப்பட்டது என்று வைத்துக்கொள்வோம், ஒவ்வொரு மணி நேரமும் பிரதிகள் எடுக்கப்படுகின்றன. 15.00 முதல் அனைத்து மீட்பு புள்ளிகளையும் பார்க்கிறோம்: 14:00, 13:00 மற்றும் பல. கணினி முக்கியமானது என்றால், மீட்புப் புள்ளியின் வயதைக் குறைக்க முயற்சிக்கிறோம். ஆனால் புதிய காப்புப்பிரதியில் தேவையான தரவு இல்லை என்றால், நாங்கள் அடுத்த புள்ளியை எடுத்துக்கொள்கிறோம் - இது கூடுதல் நேரம்.
இந்த வழக்கில், காப்பு அட்டவணை தேவையான வழங்க முடியும் RPO. காப்புப்பிரதிகளுக்கு, பிரதான தளத்தில் சிக்கல்கள் ஏற்பட்டால் புவி-இட ஒதுக்கீடு வழங்குவது முக்கியம். சில காப்பு பிரதிகளை தனித்தனியாக சேமிக்க பரிந்துரைக்கப்படுகிறது.
இறுதிப் பேரிடர் மீட்புத் திட்டத்தில் குறைந்தது 2 கருவிகள் இருக்க வேண்டும்:
- 1-4 விருப்பங்களில் ஒன்று, இது அமைப்புகளை தோல்விகள் மற்றும் வீழ்ச்சிகளிலிருந்து பாதுகாக்கும்.
- தரவை இழப்பிலிருந்து பாதுகாக்க காப்புப்பிரதி எடுக்கவும்.
முக்கிய இணைய வழங்குநர் செயலிழந்தால், காப்புப் பிரதி தொடர்பு சேனலைக் கவனித்துக்கொள்வதும் மதிப்புக்குரியது. மற்றும் - voila! - குறைந்தபட்ச ஊதியத்தில் DR ஏற்கனவே தயாராக உள்ளது.
ஆதாரம்: www.habr.com