გრძელვადიანი შენახვის მონაცემები შემდეგ ნაწილდება გრძელვადიანი შენახვის დუბლიკატირებულ მონაცემთა საცავში ხარჯების ეფექტურობისთვის. ამ კომბინირებული მიდგომის სარგებელი უზრუნველყოფს:

• 3-ჯერ მეტი ჩასმის სიჩქარე, რაც იწვევს უმოკლეს სარეზერვო ფანჯრებს,
• დამატებითი სარეზერვო შესრულება OST ინტეგრაციით,
• 20-ჯერ უფრო სწრაფი აღდგენა ExaGrid Landing Zone-ით,
• ავტომატური და დაჩქარებული კატასტროფის აღდგენა და გაუწონასწორებელი ადგილზე და გარე შენარჩუნება OST-ის საშუალებით,
• დიდი დედუპლიკაციის კოეფიციენტი, რაც იწვევს 1/2-დან 1/3-მდე შენახვის საჭიროებას დაბალი ღირებულებისთვის.
• NetBackup დისკის გაერთიანებასთან ინტეგრაციის გზით, ExaGrid საშუალებას აძლევს საცავის არქიტექტურის მასშტაბირებას ერთი პოლიტიკის მიზნამდე.

ExaGrid/NetBackup-ის ერთობლივ მომხმარებლებს შეუძლიათ თვალყური ადევნონ ადგილზე და გარე სარეზერვო ასლების სტატუსს და ხელი შეუწყონ კატასტროფის აღდგენას NetBackup კონსოლის მეშვეობით.

იყენებთ NetBackup Accelerator-ს? იხილეთ აქ.

რატომ სჭირდება NetBackup-ს ExaGrid Tiered Backup Storage?

NetBackup-ისა და ExaGrid-ის მოწყობილობების კომბინაცია მასშტაბურ სისტემაში ქმნის მჭიდროდ ინტეგრირებულ სარეზერვო გადაწყვეტას, რომელიც საშუალებას აძლევს სარეზერვო ადმინისტრატორებს გამოიყენონ შემცირების მიდგომის უპირატესობები როგორც სარეზერვო აპლიკაციაში, ასევე სარეზერვო საცავში.

არსებობს 2 ტრადიციული მიდგომა NetBackup-ისთვის დუბლიფიკაციისთვის. პირველი ახორციელებს დუბლირებას NBU მედია სერვერზე, რომელიც შეფუთულია NBU 5200/5300 მოწყობილობის სახით. მეორე არის დუბლიკატის შესრულება ინლაინ დედუბლიკაციის სპეციალურ მოწყობილობაში, სადაც მონაცემების დუბლიკატი ხდება დისკზე მონაცემების ჩაწერამდე. ორივე მათგანს აქვს თანდაყოლილი გამოწვევები (Dell EMC Data Domain-ის მსგავსი).

• Inline deduplication, იქნება ეს NBU ტექნიკის მედია სერვერის პროგრამული უზრუნველყოფაში თუ შიდა მოწყობილობაში, იყენებს უამრავ გამოთვლით რესურსს, რაც ანელებს სარეზერვო ასლებს.
• ყველა მონაცემი იწერება დისკზე დედუპლიკირებული ფორმატით და საჭიროებს რეჰიდრატაციას ყოველი აღდგენისთვის, VM, ფირის ასლი და ა.შ. რის შედეგადაც აღდგენის დრო ნელია.
• როგორც მონაცემები იზრდება, სერვერის ან კონტროლერის არქიტექტურა არ იზრდება და შედეგად სარეზერვო ფანჯარა უფრო და უფრო გრძელი ხდება.
• ტექნიკის არქიტექტურული მიდგომა იწვევს ჩანგალი ამწეების განახლებას და პროდუქტის მოძველებას.

(იხილეთ NetBackup ამაჩქარებელი გვერდი დეტალებისთვის ჩვენი ინტეგრაციის შესახებ დამატებითი სამუდამოდ სარეზერვო ასლის საშუალებით.)

Inline Deduplication-ის ნაკლოვანებები სარეზერვო შესრულებაზე:                                                                              

Deduplication არის გამოთვლითი ინტენსიური და თანდაყოლილი ანელებს სარეზერვო ასლების შექმნას, რის შედეგადაც უფრო გრძელი სარეზერვო ფანჯარა. ზოგიერთი გამყიდველი აყენებს პროგრამულ უზრუნველყოფას სარეზერვო სერვერებზე (როგორიცაა DD Boost), რათა გამოიყენოს დამატებითი გამოთვლა, რათა ხელი შეუწყოს ტემპის შენარჩუნებას, მაგრამ ეს გამოთვლებს სარეზერვო გარემოდან იპარავს. თუ გამოთვლით გამოქვეყნებულ ჩასმის შესრულებას და შეაფასებთ მას სარეზერვო ასლის მითითებულ ზომასთან მიმართებაში, პროდუქცია, რომელსაც აქვს დუბლიკატი, ვერ შეინარჩუნებს თავის თავს. სარეზერვო აპლიკაციებში ყველა დედუპლიკაცია არის ინლაინ, და ყველა დიდი ბრენდის დედუპლიკაციის მოწყობილობა ასევე იყენებს ინლაინ მიდგომას. ყველა ეს პროდუქტი ანელებს სარეზერვო ასლის შექმნას, რის შედეგადაც უფრო გრძელი სარეზერვო ფანჯარაა.

აღდგენის შესრულების შესახებ დედუბლიკატი მონაცემები არის საერთო გამოწვევა. რატომ?

თუ დუბლირება ხდება ხაზში, მაშინ დისკზე არსებული ყველა მონაცემი დუბლირირებულია და საჭიროა ხელახლა შეკრება ან „რეჰიდრატაცია“ ყოველი მოთხოვნისთვის. ეს ნიშნავს, რომ ლოკალური აღდგენა, მყისიერი VM აღდგენა, აუდიტის ასლები, ფირის ასლები და ყველა სხვა მოთხოვნა დასჭირდება საათებიდან დღემდე. გარემოს უმეტესობას სჭირდება VM ჩატვირთვის დრო ერთნიშნა წუთებში; თუმცა, დედუპლიკირებული მონაცემების აუზით, VM ჩატვირთვას შეიძლება საათები დასჭირდეს მონაცემთა რეჰიდრატაციისთვის საჭირო დროის გამო. სარეზერვო აპლიკაციებში არსებული ყველა დუბლიკატი, ისევე როგორც დიდი ბრენდის დედუპლიკაციის მოწყობილობები ინახავს მხოლოდ დუბლიკატირებულ მონაცემებს. ყველა ეს პროდუქტი ძალიან ნელია აღდგენისთვის, ოფისის ფირის ასლებისთვის და VM ჩექმებისთვის.

როგორ ახორციელებს ExaGrid მისამართის სარეზერვო და აღდგენის შესრულება NetBackup-ზე?

როდესაც ირჩევთ ExaGrid's Tiered Backup Storage სარეზერვო ასლისთვის NetBackup-ისთვის, თითოეული ExaGrid მოწყობილობა მოიცავს დისკის ქეშის სადესანტო ზონას. სარეზერვო მონაცემები იწერება პირდაპირ სადესანტო ზონაში, დისკზე მიმავალ გზაზე დუბლიკატის წინააღმდეგ. ეს თავიდან აიცილებს გამოთვლითი ინტენსიური პროცესის ჩასმას სარეზერვო ასლში - აღმოფხვრის ძვირადღირებულ შენელებას. შედეგად, ExaGrid აღწევს სარეზერვო ეფექტურობას 488 ტბ საათში 2.7 PB სრული სარეზერვო ასლისთვის. ეს 3-ჯერ უფრო სწრაფია, ვიდრე ნებისმიერი ტრადიციული შიდა მონაცემების დედუპლიკაციის გადაწყვეტა, მათ შორის სარეზერვო აპლიკაციებში ან სამიზნე მხარის დედუპლიკაციის მოწყობილობებში შესრულებული დედუპლიკაცია.

იმის გამო, რომ ExaGrid-ის მოწყობილობა საშუალებას აძლევს თითოეულ სრულ სარეზერვო ასლს პირველ რიგში დაეშვას სადესანტო ზონაში დედუპლიკაციის დაწყებამდე, სისტემა ინახავს უახლეს სარეზერვო ასლს მის სრულ, არადუბლიკატულ ფორმაში სწრაფი აღდგენისთვის, მყისიერი VM-ის აღდგენისთვის წამებიდან წუთებში და სწრაფი ოფისის ფირის ასლებისთვის. აღდგენის 90%-ზე მეტი და მყისიერი VM-ის აღდგენისა და ასლების 100%-ზე მეტი აღებულია უახლესი სარეზერვოდან. ეს მიდგომა თავიდან აიცილებს ზედმეტ ხარჯებს, რომლებიც წარმოიქმნება კრიტიკული აღდგენის დროს მონაცემების „რეჰიდრატაციისგან“. შედეგად, ExaGrid სისტემიდან აღდგენის, აღდგენისა და კოპირების დრო უფრო სწრაფია, ვიდრე გადაწყვეტილებები, რომლებიც ინახავს მხოლოდ დედუბლირებულ მონაცემებს.

NetBackup Accelerator-ისთვის მონაცემები იწერება პირდაპირ ExaGrid Landing Zone-ში. ExaGrid შემდეგ აღადგენს სრულ სარეზერვო ასლს სადესანტო ზონაში ისე, რომ აღდგენა იყოს რაც შეიძლება სწრაფად. გრძელვადიანი შენახვის ყველა მონაცემი დუბლიკატირდება საცავში იაფფასიანი შენახვისთვის.

უმეტეს შემთხვევაში, ExaGrid არის მინიმუმ 20-ჯერ უფრო სწრაფი, ვიდრე ნებისმიერი სხვა გადაწყვეტა, მათ შორის დედუპლიკაცია, რომელიც შესრულებულია სარეზერვო აპლიკაციებში ან სამიზნე მხარის დედუპლიკაციის მოწყობილობებში.

რაც შეეხება მონაცემთა ზრდას? დასჭირდებათ თუ არა ExaGrid-ის მომხმარებლებს Forklift განახლება?

ExaGrid-ით არავითარი სატვირთო მანქანის განახლება ან მიტოვებული საცავი. ExaGrid's Tiered Backup Storage მოწყობილობები უბრალოდ ემატება მასშტაბურ სისტემას სარეზერვო მეხსიერების მარტივი ზრდისთვის, როგორც მონაცემები იზრდება. ვინაიდან თითოეული მოწყობილობა მოიცავს ყველა გამოთვლას, ქსელის და შენახვის რესურსები გაფართოვდება ყოველი ახალი დამატებასთან ერთად - მონაცემების ზრდასთან ერთად, სარეზერვო ფანჯარა ფიქსირებული რჩება.

ტრადიციული დედუპლიკაციის შესანახი მოწყობილობები იყენებს შენახვის „მასშტაბიანი“ მიდგომას ფიქსირებული რესურსის მედია სერვერით ან წინა ბოლო კონტროლერით და დისკის თაროებით. როგორც მონაცემები იზრდება, ისინი მხოლოდ ამატებენ შენახვის მოცულობას. იმის გამო, რომ გამოთვლები, პროცესორი და მეხსიერება ყველა ფიქსირდება, როგორც მონაცემები იზრდება, ასევე იზრდება დრო, რაც სჭირდება მზარდი მონაცემების დუბლირებას, სანამ სარეზერვო ფანჯარა იმდენად გრძელია, რომ წინა ბოლო კონტროლერი უნდა განახლდეს (ე.წ. „ჩამტვირთველი“ განახლება) უფრო დიდ/სწრაფ კონტროლერზე, რომელიც დამღუპველი და ძვირია. თუ ახალი სერვერები ან კონტროლერები გამოვა, ეს აიძულებს მომხმარებლებს შეცვალონ ის, რაც აქვთ. როგორც წესი, გამყიდველები წყვეტენ იმას, რაც გაქვთ და გაზრდის შენარჩუნებას და მხარდაჭერას. ExaGrid-ით, პროდუქტის მოძველება არ არის.

ExaGrid უზრუნველყოფს მოწყობილობებს მასშტაბური სისტემით. თითოეულ მოწყობილობას აქვს სადესანტო ზონის საცავი, გრძელვადიანი შენახვის დუბლიკატი მონაცემთა საცავი, პროცესორი, მეხსიერება და ქსელის პორტები. იმის გამო, რომ მონაცემთა მოცულობა ორმაგდება, სამჯერ ან მეტს აღწევს, ExaGrid მოწყობილობები უზრუნველყოფენ ყველა საჭირო რესურსს ფიქსირებული სიგრძის სარეზერვო ფანჯრის შესანარჩუნებლად. თუ სარეზერვო ასლები არის 100 საათი 300 ტბ-ზე, ეს არის ექვსი საათი 500 ტბ, 800 ტბ, XNUMX ტბ, რამდენიმე პეტაბაიტამდე – გლობალური დედუპლიკაციით.

ExaGrid-ით თავიდან აიცილებთ ძვირადღირებული სატვირთო მანქანების განახლებას და აღმოფხვრილია მზარდი სარეზერვო ფანჯრის დევნის გამწვავება.

მონაცემთა ცხრილები:

ExaGrid და Veritas NetBackup
ExaGrid და Veritas NetBackup Accelerator
ExaGrid და Veritas NetBackup ავტომატური გამოსახულების რეპლიკაცია (AIR)