RTO vs RPO: ორი რიცხვი, რომელიც წყვეტს, რამდენად მძიმე იქნება გათიშვა
როდესაც თქვენი სისტემები ითიშება, ორი რიცხვი წყვეტს, თუ რეალურად რა გიჯდებათ ეს გათიშვა: რა დროით ჩერდებით და რამდენ სამუშაოს კარგავთ. ეს ორი რიცხვი თქვენი RTO და RPO-ა.
ბიზნესის მფლობელთა უმეტესობას ისინი არასდროს განუსაზღვრავს. შესაძლოა, ისინი მათმა IT პროვაიდერმა აირჩია, ან backup-ის პროგრამის ნაგულისხმევმა განრიგმა დააყენა შემთხვევით, ისე, რომ არავის უკითხავს, რეალურად რისი უფლება შეეძლო მიეცა ბიზნესს საკუთარი თავისთვის. ეს პრობლემაა, რადგან თქვენს რეალურ რიცხვებს გათიშვის დროს იგებთ, როცა მათი შეცვლა უკვე დაგვიანებულია.
ეს სახელმძღვანელო მარტივი სიტყვებით ხსნის ორივეს, გიჩვენებთ, თუ როგორ განაგებენ ისინი ჩუმად backup-ებსა და აღდგენაზე დახარჯულ ყოველ დოლარს და გასწავლით, როგორ განსაზღვროთ ისინი იმის მიხედვით, თუ რისი დაკარგვის უფლება შეუძლია მისცეს თავს თქვენს ბიზნესს.
ორი რიცხვი, მარტივი ენით
RTO არის აღდგენის დროის მიზნობრივი მაჩვენებელი. ეს არის დრო, რომლის განმავლობაშიც თქვენი ბიზნესი შეიძლება იყოს შეფერხებული, სანამ ზიანი მიუღებელი გახდება. წარმოიდგინეთ ის, როგორც სამიზნე: როდესაც რაღაც გამოდის მწყობრიდან, ეს არის დრო, თუ რა სისწრაფით უნდა განაახლოთ მუშაობა.
RPO არის აღდგენის წერტილის მიზნობრივი მაჩვენებელი. ეს არის მონაცემების ან სამუშაოს ის მოცულობა, რომლის დაკარგვის უფლებაც შეგიძლიათ მისცეთ თავს და რომელიც დროში იზომება. ის პასუხობს ერთადერთ კითხვას: აღდგენისას, დროის რა მონაკვეთიდან ვიწყებთ ხელახლა?
ერთი ეხება ხაზგარეშე გატარებულ დროს. მეორე — დაკარგულ სამუშაოს. ისინი ერთმანეთისგან დამოუკიდებელია. შეიძლება სწრაფად აღდგეთ და მაინც დაკარგოთ სრული დღის მონაცემები, ან აღდგეთ ნელა ისე, რომ თითქმის არაფერი დაკარგოთ. რომელი უფრო მნიშვნელოვანია, მთლიანად თქვენს ბიზნესზეა დამოკიდებული.
კონკრეტული მაგალითი
წარმოიდგინეთ 15 თანამშრომლისგან შემდგარი საბუღალტრო ფირმა. მათი მთავარი სერვერი მწყობრიდან გამოდის სამშაბათს, 2 PM საათზე.
RPO-ის მხარე. მათი ბოლო backup შუაღამისას გაკეთდა. ყველაფერი, რაც შეყვანილი იყო შუაღამიდან 2 PM საათამდე, კლიენტებთან მუშაობის თოთხმეტი საათი, დაკარგულია. ეს თოთხმეტსაათიანი წყვეტა არის მათი რეალური RPO, მიუხედავად იმისა, აირჩიეს მათ ის თუ არა.
RTO-ის მხარე. სერვერის თავიდან აწყობას და backup-იდან მის აღდგენას მათ IT სპეციალისტს ცხრა საათი მიაქვს. ისინი ისევ ხაზზე არიან 11 PM საათზე. ეს ცხრასაათიანი downtime მათი რეალური RTO-ა.
ახლა ბიზნესის კითხვა: შეუძლია თუ არა ამ ფირმას, თავს უფლება მისცეს, თავიდან შეიყვანოს თოთხმეტი საათის ნამუშევარი და ცხრა საათი უმოქმედოდ იყოს? საგადასახადო სეზონზე, აბსოლუტურად არა. ივლისის წყნარ კვირაში, შესაძლოა. მთავარი ისაა, რომ ეს არავის გადაუწყვეტია. ეს მათ მაგივრად backup-ის განრიგმა და აღდგენის პროცესმა გადაწყვიტა და მათ ეს რიცხვები მხოლოდ მაშინ გაიგეს, როცა მათი შემცირება უკვე დაგვიანებული იყო.
რატომ განაგებს ეს ორი რიცხვი ყველა თქვენს ხარჯს
Backup-ებსა და აღდგენაზე დახარჯული ყოველი დოლარით თქვენ რეალურად ამ ორი რიცხვის შემცირებას ყიდულობთ. უფრო მცირე რიცხვები მეტი ღირს, ხოლო ხარჯი მკვეთრად იზრდება, როცა ეს რიცხვები ნულს უახლოვდება.
გინდათ ხუთწუთიანი RPO ოცდაოთხი საათის ნაცვლად? ეს ნიშნავს თქვენი მონაცემების უწყვეტ რეპლიკაციას და არა ღამის backup-ს. მეტი ინფრასტრუქტურა, მეტი ხარჯი.
გინდათ ერთსაათიანი RTO ცხრის ნაცვლად? ეს ნიშნავს სარეზერვო სისტემას, რომელიც მზადაა საქმის გადასაბარებლად და არა თავიდან აწყობას ნულიდან. ისევ მეტი ხარჯი.
სწორედ ამიტომ მოდის RTO და RPO პირველ რიგში, სანამ რამეს იყიდით. ისინი გეუბნებიან, თუ რა დონის დაცვა სჭირდება რეალურად ბიზნესს, რათა ზედმეტი არ დახარჯოთ ისეთი პრობლემისგან თავის დასაცავად, რომელიც არ გაქვთ, ან არ დახარჯოთ იმაზე ნაკლები, რაც საბოლოოდ ჩაგძირავთ.
როგორ განვსაზღვროთ თქვენი RTO
არ დაიწყოთ ტექნოლოგიებით. დაიწყეთ ფულით. თითოეული კრიტიკული სისტემისთვის იკითხეთ, რა გიჯდებათ downtime-ის ერთი საათი. თუ ეს რიცხვი არ გაქვთ, downtime-ის ღირებულების კალკულატორი დაახლოებით ორ წუთში მოგაწვდით მას.
შემდეგ იკითხეთ, სად წყვეტს downtime უბრალო დისკომფორტად ყოფნას და სად იწყებს ბიზნესისთვის საფრთხის შექმნას. ეს ზღვარი არის თქვენი RTO. თუ downtime-ის ერთი საათი გიჯდებათ $2,000 და ბიზნესს შეუძლია გაუძლოს დაახლოებით $8,000-ის დანაკარგს, სანამ საქმე სერიოზულ სახეს მიიღებს, თქვენი RTO დაახლოებით ოთხი საათია.
განსაზღვრეთ ის თითოეული სისტემისთვის და არა ერთხელ ყველაფრისთვის. თქვენს გაყიდვების წერტილს ან ტელეფონებს შესაძლოა ერთსაათიანი RTO დასჭირდეს. შიდა ფაილური სერვერისთვის კი ოცდაოთხი საათიც სრულიად საკმარისი იყოს. ყველაფერი არ იმსახურებს ერთნაირ დაცვას და ამის ილუზიაა ის, თუ როგორ ფლანგავთ ფულს უმნიშვნელო სისტემებზე და აკლებთ მათ, რომლებიც მართლა მნიშვნელოვანია.
როგორ განვსაზღვროთ თქვენი RPO
აქ თქვენ სხვა კითხვას სვამთ: ბოლო backup-ის შემდეგ შეყვანილი თითოეული სამუშაო რომ დაგვეკარგა, რა ზიანს მოგვაყენებდა ეს და რა დრო დასჭირდებოდა მის თავიდან შექმნას?
თუ თქვენი გუნდი მთელი დღის განმავლობაში შეიყვანს მაღალი ღირებულების მონაცემებს, შეკვეთებს, ტრანზაქციებს, კლიენტების ჩანაწერებს, მაშინ ოცდაოთხსაათიანი RPO ნიშნავს, რომ შეიძლება მათი სრული დღე დაკარგოთ. ამ სამუშაოს თავიდან შექმნა, თუკი საერთოდ შესაძლებელია მისი თავიდან შექმნა, არის ნელი, ძვირი და სავსეა შეცდომებით.
თუ თქვენი კრიტიკული მონაცემები ერთი დღიდან მეორემდე თითქმის არ იცვლება, ოცდაოთხსაათიანი RPO მისაღებია. შეუსაბამეთ თქვენი backup-ის სიხშირე იმას, თუ რა სისწრაფით იცვლება რეალურად თქვენი მნიშვნელოვანი მონაცემები და არა ნაგულისხმევ პარამეტრს, რომელიც ვიღაცამ ერთხელ დააყენა და არასდროს გადაუხედავს.
სხვაობა იმას შორის, რასაც მფლობელები ვარაუდობენ და რაც რეალურად აქვთ
მფლობელთა უმეტესობა ვარაუდობს, რომ „ჩვენ გვაქვს backup-ები“ ნიშნავს, რომ ისინი დაცულები არიან. Backup-ები განსაზღვრავენ თქვენს RPO-ს. ისინი არაფერს ამბობენ თქვენს RTO-ზე. Backup-ის ქონა არ ნიშნავს, რომ მისი აღდგენა სწრაფად შეგიძლიათ და ის ყოველთვის არ ნიშნავს იმას, რომ მისი აღდგენა საერთოდ შეგიძლიათ.
რეალური გათიშვების დროს ორი მოულოდნელობა ისევ და ისევ იჩენს თავს:
Backup იმაზე ძველია, ვიდრე ვინმეს ეგონა. თვეების განმავლობაში განრიგი არავის შეუმოწმებია. რეალური RPO საათების ნაცვლად დღეები აღმოჩნდება ხოლმე.
აღდგენას გაცილებით მეტი დრო მიაქვს, ვიდრე მოსალოდნელი იყო, ან საერთოდ ვერ ხერხდება. რეალური RTO-ც დღეები აღმოჩნდება ხოლმე, რადგან დიდი სისტემის აღდგენა ნელია და ჯაჭვის რაღაც ნაწილი არასდროს ყოფილა ტესტირებული.
თუ არასდროს აღგიდგენიათ სისტემა backup-იდან და არ დაგინიშნავთ დრო, თქვენ არ იცით თქვენი რეალური RTO. თქვენ გაქვთ იმედი და არა რიცხვი. ის ბიზნესები, რომლებიც გათიშვებს გადაურჩებიან, არიან ისინი, რომლებმაც გატესტეს აღდგენა იქამდე, სანამ ის დასჭირდებოდათ.
გავრცელებული შეცდომები
ერთი RTO და RPO ყველაფრისთვის. კრიტიკული და ნაკლებად მნიშვნელოვანი სისტემები ერთი და იგივე ძვირადღირებული დაცვით სრულდება, ან ერთი და იგივე არაადეკვატური დაცვით. არცერთი მათგანი არ არის სწორი. დაახარისხეთ თქვენი სისტემები იმის მიხედვით, თუ რა გიჯდებათ თითოეული მათგანის გათიშვა და დაიცავით ისინი შესაბამისად.
რიცხვების განსაზღვრა და მათი არასდროს გატესტვა. გაუტესტავი აღდგენის გეგმა მხოლოდ ვარაუდია ლამაზ დოკუმენტში. თქვენი კატასტროფის შემდგომი აღდგენის გეგმა რეალური მხოლოდ მაშინ ხდება, როცა მას შეასრულებთ.
RTO-ის არევა თქვენი პროვაიდერის რეაგირების დროში. თქვენს SLA-ში მითითებული რეაგირების დრო არ არის თქვენი RTO. პროვაიდერმა შეიძლება დაადასტუროს თქვენი მოთხოვნა თხუთმეტ წუთში და მაინც ორი დღე დასჭირდეს თქვენს კვლავ ასამუშავებლად.
backup-ის პროგრამისთვის თქვენი RPO-ის შემთხვევით განსაზღვრის უფლების მიცემა. ნაგულისხმევი განრიგი არჩეულ იქნა ვენდორის მიერ, რომელმაც არაფერი იცის თქვენს ბიზნესზე ან იმაზე, თუ რა ღირს თქვენი მონაცემები. მისი დამოუკიდებლად არჩევას ათი წუთი მიაქვს და ის წარმოადგენს სხვაობას ერთი საათის სამუშაოს დაკარგვასა და ერთი დღის სამუშაოს დაკარგვას შორის.
მთავარი არსი
RTO და RPO ტექნიკური სახელების მქონე ბიზნეს-გადაწყვეტილებებია. RTO არის დრო, რომლის განმავლობაშიც შეგიძლიათ შეფერხება. RPO არის სამუშაო, რომლის დაკარგვის უფლებაც შეგიძლიათ მისცეთ თავს. ყველაფერი, რასაც backup-ებსა და აღდგენაზე ხარჯავთ, არის ამ ორი რიცხვის შემცირების ყიდვა იმ დონემდე, რომელსაც ბიზნესი გადაურჩება.
განსაზღვრეთ ისინი თითოეული სისტემისთვის იმის მიხედვით, თუ რეალურად რა გიჯდებათ თითოეული მათგანის გათიშვა. შემდეგ გატესტეთ, რომ თქვენს კონფიგურაციას ნამდვილად შეუძლია მათი მიღწევა. ბიზნესების უმეტესობა ამას არასდროს აკეთებს, რის გამოც ისინი თავიანთ რეალურ რიცხვებს გათიშვის შუაგულში აღმოაჩენენ ხოლმე, როცა ეს რიცხვები უკვე ზედმეტად მაღალია მათ გამოსასწორებლად.
დაიწყეთ იმით, თუ რა გიჯდებათ downtime: გამოიყენეთ downtime-ის ღირებულების უფასო კალკულატორი. შემდეგ კი იპოვეთ ყველა ხარვეზი თქვენი აღდგენის კონფიგურაციაში, მათ შორის ისინი, რომლებიც თქვენს backup-ებში იმალება, Downtime-ის რისკის უფასო თვითშეფასების ინსტრუმენტის დახმარებით.
Get practical downtime prevention advice. No fluff. Unsubscribe anytime.
Sources
აღდგენის დროის მიზნობრივი მაჩვენებლისა (RTO) და აღდგენის წერტილის მიზნობრივი მაჩვენებლის (RPO) განმარტებები მისდევს ბიზნესის უწყვეტობის სტანდარტულ პრაქტიკას, მათ შორის NIST-ის სპეციალურ პუბლიკაციას 800-34 ("საინფორმაციო ტექნოლოგიების სისტემების საგანგებო სიტუაციებზე რეაგირების დაგეგმვის სახელმძღვანელო"). Downtime-ის ღირებულების ფორმულირება ეფუძნება Uptime Institute-ის გათიშვების ანალიზსა და downtime-ის ღირებულების კალკულატორში გამოყენებულ დიაპაზონებს.