სად შეინახოთ დიდი ფაილები? ჩვენ ვაგროვებთ სახლის სერვერს. შენახვისა და სარეზერვო სისტემები

NAS NAS

ინფორმაციისა და მონაცემების მოცულობა, რომლებთანაც თანამედროვე კომპანიები მუშაობენ, ბევრად აღემატება ათწლეულის ან თუნდაც ხუთი წლის წინანდელ დონეს. ტექნიკური გადაწყვეტილებები, რომლებიც დღეს საშუალებას გვაძლევს ეფექტურად დამუშავდეს ასეთი მასშტაბის კორპორატიული მონაცემები, მნიშვნელოვნად განსხვავდება სქემებისგან, რომლებიც მოქმედებენ "საყოფაცხოვრებო მოხმარების" პირობებში. ბიზნესის ცხოვრებისთვის, უკვე საჭიროა რამდენიმე სერვერი, რომლებიც ერთდროულად ასრულებენ სხვადასხვა დავალებებს: ტერმინალი, ფოსტა, DNS, მარიონეტული სერვერები და სხვები, რომლებიც ხშირად არაა გაერთიანებული კლასტერულ სისტემაში. ამ განაწილებით, არსებობს სხვადასხვა მოწყობილობიდან მონაცემთა დამუშავებისა და სარეზერვო სისტემის პრობლემა. ამ პრობლემის გადასაჭრელად გამოიყენება მონაცემთა შენახვის სისტემები (SHD), რომელსაც ჩვენი კომპანია სთავაზობს არჩევანს და შეძენას.

გარე ქსელის თანდართული შენახვის გამოყენების უპირატესობები

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

მონაცემთა შენახვის ოთხი ტიპი არსებობს:

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

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

შეიძინეთ ონლაინ საცავი კარგი ფასით? შენ აქ!

თუ გადაწყვეტთ შეიძინოთ ქსელის საცავი თქვენი ორგანიზაციისთვის, სამება თქვენს ბიზნესს უზრუნველყოფს საიმედო და მძლავრი მონაცემთა შენახვის სისტემებით. ჩვენს ასორტიმენტში არის შენახვის სისტემების სხვადასხვა კონფიგურაცია. ჩვენ ვართ მსოფლიო ბაზარზე IT აღჭურვილობის წამყვანი მწარმოებლების ოფიციალური წარმომადგენლები და ჩვენ შეგვიძლია სწრაფად დაასრულოთ ნებისმიერი კონფიგურაციის მონაცემთა საწყობი. ჩვენ გთავაზობთ შენახვის სისტემებს ისეთი მწარმოებლებისგან, როგორიცაა Dell, HP, Lenovo, EMC და ა.შ.

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

ჩვენი კომპანია იღებს ყველა მუშაობას ტექნიკური ბაზის არსებული მდგომარეობის ანალიზზე, საჭირო აღჭურვილობის შერჩევაზე და აღჭურვილობის დამონტაჟებაზე. თქვენ უბრალოდ უნდა დატოვოთ მოთხოვნა ჩვენს სპეციალისტებზე.

გარდა ამისა, ჩვენ გთავაზობთ ტექნიკურ დახმარებას მოწოდებული აღჭურვილობისთვის. ჩვენი თანამშრომლები არიან მაღალკვალიფიციური ინჟინრები, ინსტალატორები, IT- სპეციალისტები, ნებისმიერ დროს მოგაწვდიან კვალიფიციურ დახმარებას. პროფესიონალური რჩევებიდან დაწყებული ტექნიკის მოდერნიზაციამდე და განვითარებამდე.

აქამდე არასდროს ყოფილა ფაილების შენახვის პრობლემა ისეთი მწვავე, როგორც დღეს.

გარეგნობა მყარი დისკები   3 ან თუნდაც 4TB მოცულობით, Blu-ray დისკები 25-დან 50 გბ სიმძლავრით, ღრუბლის საცავი   - არ წყვეტს პრობლემას. ჩვენს ირგვლივ, უფრო და უფრო მეტი მოწყობილობა იქმნება მძიმე შინაარსის გარშემო: ფოტო და ვიდეო კამერები, სმარტფონები, HD-TV და ვიდეო, სათამაშო კონსოლები და ა.შ. ჩვენ გამოვიყენებთ და ვიხმარობთ (ძირითადად ინტერნეტიდან) ასობით და ათასობით გიგაბაიტი.

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

ეს ყველაფერი არამარტო უნდა იყოს შენახული, არამედ დაცული უნდა იყოს შეცდომებისა და სხვა საფრთხეებისგან.

ფსევდო-გადაწყვეტილებები

შეგიძლიათ თქვენი კომპიუტერის აღჭურვა მოცულობით მყარი დისკი. მაგრამ ამ შემთხვევაში ჩნდება კითხვა: როგორ და სად უნდა დაარქივოთ, ვთქვათ, მონაცემები 3 ტრაპიტიანი დისკიდან ?!

თქვენ შეგიძლიათ განათავსოთ ორი დისკი და გამოიყენოთ ისინი RAID "სარკის" რეჟიმში ან უბრალოდ რეგულარულად დააბრუნეთ ერთიდან მეორეზე. ეს ასევე არ არის საუკეთესო ვარიანტი. დავუშვათ, კომპიუტერი თავს დაესხმება ვირუსებით: სავარაუდოდ, ისინი დაინფიცირებენ მონაცემებს ორივე დისკზე.

თქვენ შეგიძლიათ შეინახოთ მნიშვნელოვანი მონაცემები ოპტიკურ დისკებზე სახლის Blu-ray არქივის ორგანიზებით. მაგრამ მისი გამოყენება უკიდურესად მოუხერხებელია.

ქსელის მიმაგრებული შენახვა - გამოსავალი! ნაწილობრივ ...

ქსელის თანდართული საცავი (NAS) - ქსელის ფაილების საცავი. მაგრამ ეს უფრო მარტივი შეიძლება აიხსნას:

დავუშვათ, რომ სახლში ორი ან სამი კომპიუტერი გაქვთ. სავარაუდოდ, ისინი დაკავშირებულია ადგილობრივ ქსელთან (სადენიანი ან უკაბელო) და ინტერნეტით. ქსელის შენახვა არის სპეციალური კომპიუტერი, რომელიც ინტეგრირდება თქვენს საშინაო ქსელში და უერთდება ინტერნეტს.

ამის შედეგად NAS- ს შეუძლია შეინახოს ნებისმიერი თქვენი მონაცემი, ხოლო თქვენ შეგიძლიათ მისი წვდომა ნებისმიერი სახლის კომპიუტერიდან ან ლეპტოპიდან. მოუთმენლად ველით, რომ უნდა ითქვას, რომ ადგილობრივი ქსელი უნდა იყოს თანამედროვე საკმარისად, ასე რომ თქვენ სწრაფად და მარტივად შეგიძლიათ გადმოწეროთ მისი საშუალებით ათეულობით და ასობით გიგაბაიტი სერვერსა და კომპიუტერებს შორის. მაგრამ უფრო მოგვიანებით.

სად მიიღოთ NAS?

პირველი გზა: შეძენა. მეტ-ნაკლებად წესიერი NAS 2 ან 4 მყარი დისკი   შეგიძლიათ შეიძინოთ 500-800 დოლარად. ასეთი სერვერი შეფუთულია პატარა შემთხვევაში და მზად იქნება იმუშაოს, როგორც ამბობენ, "გარეთ".

თუმცა, PLUS მყარი დისკის ღირებულებას ემატება ამ 500-800 დოლარი! მას შემდეგ, რაც NAS ჩვეულებრივ იყიდება მათ გარეშე.

დადებითი: თქვენ მიიღებთ მზა მოწყობილობას და ატარებთ მინიმალურ დროს.

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

ჩემი გამოსავალი: თვითმმართველობა!

ეს გაცილებით იაფია, ვიდრე ცალკეული NAS- ს ყიდვა, თუმც ცოტათი მეტხანს, რადგან თქვენ თვითონ იკრიბებით მანქანას). თუმცა, თქვენ სრულად იღებთ სახლის სერვერი, თუ სასურველია, მისი შესაძლებლობების მთელი სპექტრი შეიძლება გამოყენებულ იქნას.

ყურადღება!მე მტკიცედ გმორჩილებს სახლის სერვერის მშენებლობას ძველი კომპიუტერი ან ძველი, ნახმარი ნაწილები. არ უნდა დაგვავიწყდეს, რომ ფაილების სერვერი თქვენი მონაცემების საცავია. ნუ იქნებით ძალისხმევით, რომ ის რაც შეიძლება საიმედო გახადოთ ისე, რომ ერთ დღეს ყველა თქვენი ფაილი არ "დაიწვას" მყარ დისკებთან ერთად, მაგალითად, სისტემის გამგეობის ელექტრომომარაგების ციკლის გაუმართაობის გამო ...

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

ამის საფუძველზე იდეალური გადაწყვეტაა დედაპლატი ჩამონტაჟებული პროცესორით და პასიური გაგრილებით, კომპაქტური ზომით.

დედაბერი ავირჩიე ASUS S-60M1-I . იგი შეიძინა ონლაინ მაღაზიაში dostavka.ru:



პაკეტში შედის ხარისხის სახელმძღვანელო, მძღოლის დისკი, სტიკერი საქმეზე, 2 SATA კაბელი და უკანა პანელი საქმისათვის:



ASUS- მა, როგორც ყოველთვის, გამგეობა აღჭურვა ძალიან გულუხვად. სრული დაფის სპეციფიკაციები შეგიძლიათ იხილოთ აქ: http://www.asus.com/Motherboard/C60M1I/# სპეციფიკაციები. მხოლოდ რამდენიმე მნიშვნელოვან წერტილზე ვისაუბრებ.

ფასი მხოლოდ 3300 რუბლი   - ის უზრუნველყოფს ყველაფრის 80%, რაც ჩვენ გვჭირდება სერვერზე.

ბორტზე არის ორმაგი ბირთვიანი პროცესორი AMD C-60   ინტეგრირებული გრაფიკული ჩიპით. პროცესორს აქვს სიხშირე 1 გჰც(შეიძლება ავტომატურად გაიზარდოს 1.3 გიგაჰერციამდე). დღეს ის დაინსტალირებულია ზოგიერთ ნეტბუქში და კიდევ ლეპტოპში. პროცესორის კლასი Intel Atom D2700. მაგრამ ყველამ იცის, რომ ატომს აქვს პარალელურ გამოთვლასთან დაკავშირებული პრობლემები, რაც ხშირად ამცირებს მის შესრულებას არაფერზე. მაგრამ C-60 მოკლებულია ამ ნაკლოვანებას და გარდა ამისა, იგი აღჭურვილია საკმაოდ ძლიერი გრაფიკით ამ კლასისთვის.

შესაძლებელია ორი მეხსიერების სლოტი DDR3-1066, 8 GB მეხსიერების დაინსტალირების შესაძლებლობით.

დაფა შეიცავს 6 პორტს   SATA 6 გბps. ეს საშუალებას გაძლევთ დააკავშიროთ რაც შეიძლება მეტი 6 დისკი სისტემაში (!) და არა მხოლოდ 4, როგორც ჩვეულებრივ NAS- ში სახლისთვის.

რაც ყველაზე მნიშვნელოვანია   - დაფა დაფუძნებულია   უეფი, მაგრამ არა ჩვეულებრივი BIOS. ეს ნიშნავს, რომ სისტემას შეეძლება ნორმალურად იმუშაოს მყარი დისკებით 2.2 ტუბერკულოზზე მეტი. ის „დაინახავს“ მათ მთლიან მოცულობას. BIOS დედაპლატებს არ შეუძლიათ იმუშაონ მყარ დისკზე, რომელიც აღემატება 2.2 GB -ს, სპეციალური “დამხმარე კომუნალური საშუალებების” გარეშე. რა თქმა უნდა, ამგვარი კომუნალური საშუალებების გამოყენება დაუშვებელია, თუ ჩვენ ვსაუბრობთ მონაცემთა შენახვისა და სერვერების საიმედოობაზე.

S-60 საკმაოდ ცივი პროცესორია, ამიტომ იგი გაცივებულია მარტო ალუმინის რადიატორის გამოყენებით. ეს საკმარისია ისე, რომ სრული დატვირთვის დროსაც კი, პროცესორის ტემპერატურა 50–55 გრადუსზე მეტი არ გაიზარდოს. რა ნორმაა.



პორტების სიმრავლე საკმაოდ სტანდარტულია, მხოლოდ ახალი USB 3.0 აპარატის ნაკლებობაა. და მე განსაკუთრებით მინდა ვუპასუხო სრული გიგაბიტიანი ქსელის პორტის არსებობას:


ამ ბორტზე მე დავამონტაჟე 2 2 GB DDR3-1333 მოდული პატრიოტიდან:


დაინსტალირებული იყო Windows 7 Ultimate მყარი დისკი   WD 500 GB Green და მონაცემებისთვის შევიძინე 3 TB Hitachi-Toshiba HDD:



ყველა ეს მოწყობილობა იკვებება 400 W FSP PSU- ით, რაც, რა თქმა უნდა, ზღვარია.

საბოლოო ნაბიჯი იყო მთელი ამ მოწყობილობის მიკრო ATX შასის ჩასმა.

შეკრებისთანავე, დავაყენე ვინდოუსის კომპიუტერი   7 Ultimate (ინსტალაციას დაახლოებით 2 საათი დასჭირდა, რაც ნორმალურია, პროცესორის დაბალი სიჩქარის გათვალისწინებით).

ამ ყველაფრის შემდეგ, კომპიუტერიდან გავთიშე კლავიატურა, მაუსი და მონიტორი. სინამდვილეში, მხოლოდ ერთი სისტემის ერთეული იყო დაკავშირებული ქსელთან კაბელის საშუალებით.

საკმარისია დაიმახსოვროთ ამ კომპიუტერის ადგილობრივი IP, ქსელში, რათა დაუკავშირდეთ მას ნებისმიერი კომპიუტერიდან სტანდარტული Windows– ის კომუნალური საშუალებით „დისტანციური დესკტოპის კავშირი“:


მე განზრახ არ მაქვს დამონტაჟებული სპეციფიკური ოპერაციული სისტემა ფაილების შენახვის ორგანიზებისთვის, მაგალითად FreeNAS. მართლაც, ამ შემთხვევაში, არ იქნებოდა ბევრად აზრი, რომ მოაწყოთ ცალკეული კომპიუტერი ამ საჭიროებისთვის. მხოლოდ NAS შეიძინა.

მაგრამ უფრო საინტერესოა ცალკეული სახლის სერვერი, რომელიც ღამით და მარცხნივ შეიძლება დატვირთული იყოს სამუშაოთი. გარდა ამისა, Windows 7-ის ნაცნობი ინტერფეისი მოსახერხებელია მართვისთვის.

სახლის სერვერის ჯამური ღირებულება მყარი დისკის გარეშე იყო 6000 რუბლი.

მნიშვნელოვანი დამატება

ნებისმიერი ქსელის შენახვისას, ქსელის გამტარობა ძალიან მნიშვნელოვანია. უფრო მეტიც, ჩვეულებრივი 100 მეგაბიტი საკაბელო ქსელიც კი არ არის ენთუზიაზმი, როდესაც, ვთქვათ, თქვენ ასრულებთ არქივს თქვენი კომპიუტერიდან თქვენს სახლის სერვერზე. 100 მბბიტს ქსელში 100 გბ-ის გადაცემა უკვე რამდენიმე საათშია.

რა უნდა ითქვას Wi-Fi- ს შესახებ. კარგად, თუ იყენებთ Wi-Fi 802.11n - ამ შემთხვევაში, ქსელის სიჩქარე დაახლოებით 100 მეგაბიტია. და თუ სტანდარტია 802.11 გ, სიჩქარე იშვიათად აღემატება 30 მეგაბიტს? ეს ძალიან, ძალიან მცირეა.

იდეალურია, როდესაც სერვერი ურთიერთქმედებს საკაბელო ქსელზე გიგაბიტი Ethernet. ამ შემთხვევაში, ის მართლაც სწრაფია.

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

როგორ დავაყენოთ შენახვის სისტემების არქიტექტურა? მეჩვენება, რომ ამ საკითხის აქტუალობა მხოლოდ მომავალში გაიზრდება. როგორ გავიგოთ ყველა ამ ტიპის შეთავაზება, რომელიც ხელმისაწვდომია ბაზარზე? მინდა გავაფრთხილო დაუყოვნებლივ, რომ ეს პოსტი არ არის განკუთვნილი ზარმაცი ან მათთვის, ვისაც არ სურს ბევრი წაიკითხოს.

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

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

საცავი, რომელიც საშუალებას გაძლევთ იმუშაოთ ნებისმიერი სახის ინფორმაციაზე, არქიტექტურულად, შეიძლება დაიყოს 4 მთავარ ჯგუფად. მთავარი ის არის, რომ არ დაიხრჩოთ ზოგი რამ, რაც დამაბნეველია. ბევრი ადამიანი ცდილობს პლატფორმების კლასიფიკაციას ისეთი ”ფიზიკური” კრიტერიუმების საფუძველზე, როგორიცაა ურთიერთდაკავშირება (”მათ ყველა აქვთ შიდა ავტობუსი კვანძებს შორის!”), ან პროტოკოლი (”ეს არის ბლოკი, ან NAS, ან მრავალ პროტოკოლის სისტემა!”), ან დაყოფილია აპარატურასა და პროგრამულ უზრუნველყოფაზე ("ეს არის მხოლოდ პროგრამა სერვერზე!").

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

მაგრამ არ შემიშალოთ, არ მინდა ვთქვა, რომ განსხვავება მათ შორის მცირეა. ეს არ არის მხოლოდ ფუნდამენტური.

მე მინდა კიდევ რამის გარკვევა, სანამ საქმიანობას არ დავიწყებ. ჩვენი ბუნებისთვის ჩვეულებრივია ისმის კითხვები, "და რომელია ეს საუკეთესო / სწორი?". ამაზე მხოლოდ ერთი პასუხი არსებობს: ”არსებობს უკეთესი გადაწყვეტილებები კონკრეტული სიტუაციებისთვის ან დატვირთვის ტიპებისთვის, მაგრამ არ არსებობს უნივერსალური იდეალური გამოსავალი.” ზუსტად დატვირთვის თვისებები კარნახობს არჩევანის არქიტექტურასდა სხვა არაფერი.

სხვათა შორის, მე ცოტა ხნის წინ მონაწილეობა მივიღე სასაცილო საუბარში მონაცემთა ცენტრების თემასთან დაკავშირებით, რომლებიც ექსკლუზიურად მუშაობენ Flash დისკებზე. აღფრთოვანებული ვარ ვნებიანი ნებისმიერი გამოვლინებით და აშკარაა, რომ ბლიკი კონკურენციის მიღმაა, ისეთ სიტუაციებში, როდესაც შესრულება და ლატენტობა გადამწყვეტ როლს ასრულებს (ბევრ სხვა ფაქტორს შორის). მაგრამ უნდა ვაღიარო, რომ ჩემი თანამოსაუბრეები შეცდნენ. ჩვენ გვყავს ერთი კლიენტი, უამრავი ადამიანი იყენებს მის მომსახურებებს ყოველდღე და მისი გაცნობიერების გარეშე. შეუძლია თუ არა მას მთლიანად გადახვიდეს Flash? არა.


ეს შესანიშნავი მომხმარებელია. და აქ არის კიდევ ერთი, დიდი, 10-ჯერ მეტი. ისევ და ისევ, არ შემიძლია ვეთანხმები, რომ ამ კლიენტს შეუძლია ექსკლუზიურად ჩართოს flash:


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

ისე, ერთი მხრივ, ფლეშ მეხსიერება უფრო იაფი გახდება, გარკვეულ ზღვრამდე. მეჩვენებოდა, რომ ეს მოხდებოდა გარკვეულწილად სწრაფად, მაგრამ SSD- ები, რომელთა მოცულობა 1 ტბა-ს შეადგენს 550 დოლარად, უკვე არის შესაძლებელი, ეს დიდი პროგრესია. რა თქმა უნდა, ტრადიციული მყარი დისკის შემქმნელები ასევე არ არიან უსაქმურები. 2017-2018 წლის რეგიონში კონკურენცია უნდა გამწვავდეს, რადგან დაინერგება ახალი ტექნოლოგიები (სავარაუდოდ, ფაზური ცვლა და ნახშირბადის ნანოტუბები). მაგრამ საქმე საერთოდ არ არის დაპირისპირება Flash და მყარ დისკებს შორის, ან თუნდაც პროგრამული და აპარატურული გადაწყვეტილებები, მთავარია არქიტექტურა.

ეს იმდენად მნიშვნელოვანია, რომ თითქმის შეუძლებელია შენახვის არქიტექტურის შეცვლა თითქმის ყველაფრის შეცვლის გარეშე. ეს არის, ფაქტობრივად, ახალი სისტემის შექმნის გარეშე. ამიტომ, საწყობები, როგორც წესი, იქმნება, ვითარდება და იღუპება ერთიან თავდაპირველად შერჩეული არქიტექტურის ფარგლებში.

ოთხი ტიპის საცავი

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

ამ ტიპის არქიტექტურა ხასიათდება პირდაპირი და ძალიან სწრაფი წვდომა მონაცემებამდე. მანქანებს შორის მცირე შეფერხებები იქნება, რადგან I / O სარკეობა და ქეშირება გამოიყენება მაღალი ხელმისაწვდომობის უზრუნველსაყოფად. ზოგადად, შედარებით პირდაპირი წვდომა მოცემულია კოდი ფილიალის გასწვრივ. პროგრამული უზრუნველყოფის შენახვა საკმაოდ მარტივია და აქვთ დაბალი ლატენტურობა, ამიტომ მათ ხშირად აქვთ მდიდარი ფუნქციონირება, მონაცემთა სერვისები მარტივად ემატება. გასაკვირი არ არის, რომ სტარტაპების უმეტესობა სწორედ ამგვარი საცავებით იწყება.

გთხოვთ გაითვალისწინოთ, რომ ამ ტიპის არქიტექტურის ერთ – ერთი სახეობაა PCIe აღჭურვილობა არაჰაერო სერვერებისთვის (Fusion-IO, XtremeCache გაფართოების ბარათები). თუ მასში ვამატებთ განაწილებულ შენახვის პროგრამას, თანმიმდევრულობას და HA მოდელს, მაშინ ასეთი პროგრამული უზრუნველყოფის შენახვა შეესაბამება ამ პოსტში აღწერილ ოთხი ტიპის არქიტექტურას.


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

ობიექტურად რომ ვთქვათ, ეს აბსტრაქტული ფედერალური დონე გულისხმობს ლატენტაციის უმნიშვნელო ზრდას, რადგან ის იყენებს პროგრამული უზრუნველყოფის გადამისამართებას. ეს მსგავსია კოდექსის გართულებისა და 2 და მე -3 არქიტექტურის ტიპებში ზრდის ლატენტურობაზე და ნაწილობრივ გამორიცხავს პირველი ტიპის უპირატესობებს. როგორც კონკრეტული მაგალითი, UCS Invicta, ერთგვარი "სილიკონის საცავის მარშრუტიზატორები". NetApp FAS 8.x– ის შემთხვევაში, კლასტერულ რეჟიმში მუშაობისას, კოდი საკმაოდ გართულებულია ფედერალური მოდელის შემოღებით.

კასეტური ხუროთმოძღვრების პროდუქტები - VNX ან NetApp FAS, Pure, Tintri, Nimble, Nexenta და (ვფიქრობ) UCS Invicta / UCS. ზოგი "ტექნიკის" გადაწყვეტილებებია, ზოგი "მხოლოდ პროგრამული უზრუნველყოფა", ზოგი კი "პროგრამული უზრუნველყოფა ტექნიკის კომპლექსების სახით". ყველა მათგანი მონაცემების დამუშავების თვალსაზრისით ძალიან განსხვავებულია (Pure და UCS Invicta / Whiptail, მხოლოდ ფლეშ დრაივები გამოიყენება). მაგრამ არქიტექტურულად, ყველა ჩამოთვლილი პროდუქტი უკავშირდება. მაგალითად, თქვენ კონფიგურაციას აკეთებთ მონაცემთა სერვისებისთვის ექსკლუზიურად ამისთვის სარეზერვო, პროგრამული უზრუნველყოფა დასტის ხდება მონაცემთა დომენი, თქვენი NAS მუშაობს როგორც საუკეთესო სარეზერვო ინსტრუმენტი მსოფლიოში - და ეს არის ასევე "პირველი ტიპის" არქიტექტურა.


ტიპი 2. სუსტი ურთიერთდამოკიდებულ, ჰორიზონტალურად მასშტაბური არქიტექტურები. კვანძები არ იზიარებენ მეხსიერებას, მაგრამ მონაცემები თავად არის რამდენიმე კვანძისთვის. ეს არქიტექტურა გულისხმობს გამოყენებას მეტი   internatal კავშირები მონაცემების ჩასაწერად, რაც ზრდის ციკლების რაოდენობას. მიუხედავად იმისა, რომ წერის ოპერაციები ნაწილდება, ისინი ყოველთვის თანმიმდევრულია.

გაითვალისწინეთ, რომ ეს არქიტექტურები არ იძლევა კოდის მაღალ ხელმისაწვდომობას კოპირების და მონაცემთა განაწილების ოპერაციების გამო. ამავე მიზეზით, ყოველთვის უფრო მეტი I / O ოპერაციაა, ვიდრე შედარებით მარტივი კასეტური არქიტექტურები. ასე რომ, შესრულება ოდნავ დაბალია, ჩაწერის დაგვიანების მცირე დონის მიუხედავად (NVRAM, SSD და ა.შ.).

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


ასეთი არქიტექტურები საკმაოდ მარტივია მასშტაბური. მას შემდეგ, რაც მონაცემები ინახება რამდენიმე ადგილას და შეიძლება მრავალი კვანძის დამუშავება, ეს არქიტექტურები შეიძლება იყოს შესანიშნავი ამოცანებისთვის, როდესაც საჭიროა განაწილებული წაკითხვა. გარდა ამისა, ისინი კარგად ერწყმის სერვერის / შენახვის პროგრამას. მაგრამ უმჯობესია გამოიყენოთ მსგავსი არქიტექტურები გარიგების დატვირთვის პირობებში: მათი განაწილებული ხასიათის გამო, თქვენ არ შეგიძლიათ გამოიყენოთ HA სერვერი, ხოლო სუსტი კონჯუაცია საშუალებას გაძლევთ გვერდის ავლით Ethernet.

ამ ტიპის არქიტექტურას იყენებენ ისეთ პროდუქტებში, როგორიცაა EMC ScaleIO და Isilon, VSAN, Nutanix და Simplivity. როგორც ტიპი 1-ის შემთხვევაში, ყველა ეს გამოსავალი ერთმანეთისგან სრულიად განსხვავდება.

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

  • რაც უფრო მეტი გავრცელებულია ჩაწერის ოპერაციები, მით უფრო მაღალია ლატენტურობა და ამცირებს IOP– ის ეფექტურობას. მაგალითად, Isilon- ში ფაილებისთვის განაწილების დონე ძალიან მაღალია და მიუხედავად იმისა, რომ ყოველ განახლებასთან ერთად შეფერხებები მცირდება, მაგრამ მაინც ვერასდროს აჩვენებს მაღალ შესრულებას. მაგრამ იზილონი ძალიან ძლიერია პარალელიზაციის თვალსაზრისით.
  • თუ შეამცირებთ განაწილების ხარისხს (თუმცა დიდი კვანძების მიუხედავად), მაშინ შეფერხებები შეიძლება შემცირდეს, მაგრამ ამავე დროს თქვენ შეამცირებთ მონაცემთა კითხვის პარალელურად მუშაობის უნარს. მაგალითად, VSAN იყენებს "ვირტუალურ მანქანას, როგორც ობიექტს" მოდელს, რომლის საშუალებითაც შეგიძლიათ მრავალი ასლის გაშვება. როგორც ჩანს, ვირტუალური მანქანა უნდა იყოს ხელმისაწვდომი კონკრეტული მასპინძლისთვის. სინამდვილეში, VSAN- ში ის "გადადის" კვანძისკენ, რომელიც ინახავს თავის მონაცემებს. თუ ამ გადაწყვეტას იყენებთ, თქვენ თვითონ ნახავთ, თუ როგორ ახდენს ობიექტის ასლების გაზრდა გავლენას ლატენტურ და I / O ოპერაციებზე მთელ სისტემაში. მინიშნება: მეტი ეგზემპლარი \u003d უფრო მეტი დატვირთვა სისტემაზე მთლიანობაში, და დამოკიდებულება არის ხაზოვანი, როგორც ამას მოელით. მაგრამ VSAN- სთვის, ეს არ არის პრობლემა ვირტუალური აპარატის, როგორც ობიექტის მოდელის უპირატესობების გამო.
  • დაბალი ლატენტაციის მიღწევა შესაძლებელია კითხვის დროს მაღალი სკალირებისა და პარალელიზაციის პირობებში, მაგრამ მხოლოდ იმ შემთხვევაში, თუ მონაცემები და წერა ზუსტად არის გამოყოფილი. დიდი რაოდენობით   ასლები. ეს მიდგომა გამოიყენება ScaleIO– ში. თითოეული ტომი იყოფა დიდი რაოდენობით ფრაგმენტად (1 მბ. ნაგულისხმევი), რომლებიც ნაწილდება ყველა ჩართულ კვანძში. შედეგი არის ძალიან მაღალი წაკითხვისა და გადანაწილების სიჩქარე, ძლიერი პარალელიზაციასთან ერთად. კასეტური კვანძებში შესაბამისი ქსელის ინფრასტრუქტურისა და SSD / PCIe Flash- ის გამოყენებისას წერის შეფერხება შეიძლება იყოს 1 ms-ზე ნაკლები. ამასთან, თითოეული წერის ოპერაცია ხორციელდება ორ კვანძში. რა თქმა უნდა, VSAN- სგან განსხვავებით, ვირტუალური მანქანა აქ არ განიხილება ობიექტად. თუ გავითვალისწინებთ, მაშინ მასშტაბურობა უფრო უარესი იქნება.

ტიპი 3. ძლიერ ურთიერთდაკავშირებული, ჰორიზონტალურად მასშტაბური არქიტექტურები. ეს იყენებს მეხსიერების გაზიარებას (ქეშირებისთვის და ზოგიერთი ტიპის მეტადატისთვის). მონაცემები ნაწილდება სხვადასხვა კვანძში. ამ ტიპის არქიტექტურა გულისხმობს ძალიან დიდი რაოდენობის ინტეროდური კავშირების გამოყენებას ყველა ტიპის ოპერაციისთვის.

მეხსიერების გაზიარება ამ არქიტექტურის ქვაკუთხედია. ისტორიულად, ყველა საკონტროლო აპარატის მეშვეობით შესაძლებელია სიმეტრიული I / O ოპერაციების ჩატარება (იხ. ილუსტრაცია). ეს საშუალებას გაძლევთ გადატვირთოთ დატვირთვა ნებისმიერი გაუმართაობის შემთხვევაში. ეს იდეა ჩაეყარა ისეთი პროდუქტების საფუძველს, როგორიცაა Symmetrix, IBM DS, HDS USP და VSP. ისინი უზრუნველყოფენ ქეშზე გაზიარებულ წვდომას, ამიტომ I / O პროცედურის კონტროლი შესაძლებელია ნებისმიერი აპარატისგან.

ილუსტრაციის ზედა დიაგრამა ასახავს EMC XtremIO არქიტექტურას. ერთი შეხედვით, მსგავსია ტიპი 2-ზე, მაგრამ ასე არ არის. ამ შემთხვევაში, განაწილებული მეტამონაცემების მოდელი გულისხმობს IB და დისტანციური პირდაპირი მეხსიერების გამოყენებას ისე, რომ ყველა კვანძს ჰქონდეს წვდომა მეტამონაცემებზე. გარდა ამისა, თითოეული კვანძი არის HA წყვილი. როგორც ხედავთ, ისილონი და XtremIO ძალიან არქიტექტურულად განსხვავებულები არიან, თუმცა ეს არც ისე აშკარაა. დიახ, ორივეს ჰორიზონტალურად მასშტაბური ხუროთმოძღვრება აქვს, ორივე კი IB– ს ურთიერთდაკავშირებისთვის. მაგრამ Isilon- ში, XtremIO- სგან განსხვავებით, ეს კეთდება კვანძებს შორის მონაცემთა გაცვლისას ლატენტაციის შესამცირებლად. ასევე შესაძლებელია Ethernet- ის გამოყენება Isilon- ში კვანძებს შორის კომუნიკაციისთვის (სინამდვილეში, ასე მუშაობს ვირტუალური მანქანა მასზე), მაგრამ ეს ზრდის შეფერხებებს შეყვანის-გამოსავლის ოპერაციებში. რაც შეეხება XtremIO- ს, დისტანციური პირდაპირი მეხსიერების წვდომას უდიდესი მნიშვნელობა აქვს მისი შესრულებისთვის.

სხვათა შორის, ნუ იტყუებით ილუსტრაციზე ორი დიაგრამის არსებობით - სინამდვილეში, ისინი იგივეა, რაც არქიტექტურულად. ორივე შემთხვევაში, გამოიყენება HA კონტროლერების წყვილი, საერთო მეხსიერება და ძალიან დაბალი ლატენტური ურთიერთკავშირი. სხვათა შორის, VMAX იყენებს კომერციულ კომპონენტურ ავტობუსს, მაგრამ მომავალში შესაძლებელი იქნება IB- ის გამოყენება.

მაღალპროდუქტიულ არქიტექტურას ახასიათებს პროგრამის კოდის მაღალი სირთულე. ეს არის მათი დაბალი პრევალენტობის ერთ-ერთი მიზეზი. ზედმეტი პროგრამული სირთულე ასევე მოქმედებს მონაცემთა დამუშავების სერვისების რაოდენობებზე, რომლებიც დამატებულია, რადგან ეს უფრო რთული კომპიუტერული დავალებაა.

ამ ტიპის არქიტექტურის უპირატესობებში შედის ხარვეზების ტოლერანტობა (სიმეტრიული I / O ყველა საკონტროლო მანქანაში), აგრეთვე XtremIO- ს შემთხვევაში, AFA- ს სფეროში დიდი შესაძლებლობები. მას შემდეგ, რაც კიდევ ერთხელ ვსაუბრობთ XtremIO- ზე, აღსანიშნავია, რომ მისი არქიტექტურა გულისხმობს მონაცემთა დამუშავების ყველა სერვისის განაწილებას. იგი ასევე ერთადერთი AFA გადაწყვეტაა ბაზარზე, რომელსაც აქვს ჰორიზონტალურად მასშტაბური არქიტექტურა, თუმცა დინამიური დამატება / გამორთვა კვანძები ჯერ არ განხორციელებულა. სხვა საკითხებთან ერთად, XtremIO იყენებს "ბუნებრივ" დედუქციას, ანუ ის მუდმივად აქტიური და "თავისუფალია" შესრულების თვალსაზრისით. მართალია, ეს ყველაფერი ზრდის სისტემის შენარჩუნების სირთულეს.

მნიშვნელოვანია გვესმოდეს ფუნდამენტური განსხვავება ტიპი 2-სა და მე –3 ტიპებს შორის, რაც უფრო მეტად არის დაკავშირებული ერთმანეთთან დაკავშირებული არქიტექტურა, მით უკეთესი და პროგნოზირებადი იქნება დაბალი ლატენტობის უზრუნველყოფა. მეორეს მხრივ, ამგვარი არქიტექტურის ფარგლებში უფრო რთულია კვანძების დამატება და მასშტაბის სისტემა. ყოველივე ამის შემდეგ, როდესაც თქვენ იყენებთ მეხსიერებას საერთო დაშვებას, ეს არის ერთჯერადი, უაღრესად კონჯუგირებული განაწილებული სისტემა. იზრდება გადაწყვეტილებების სირთულე და მასთან ერთად შეცდომების ალბათობაა. აქედან გამომდინარე, VMAX– ს შეიძლება ჰქონდეს 16 – მდე საკონტროლო მანქანა 8 ძრავში, ხოლო XtemIO– მდე 8 – მდე მანქანა 4 X – Brick– ში (ის მალე გაიზრდება 16 – მდე მანქანაში 8 ბლოკში). ოთხკუთხა ან ამ არქიტექტურის გაორმაგებაც კი წარმოუდგენლად რთული საინჟინრო გამოწვევაა. შედარებისთვის, VSAN შეიძლება მასშტაბური იყოს “vSphere cluster size” (ახლა 32 კვანძი), Isilon შეიძლება შეიცავდეს 100 – ზე მეტ კვანძს, ხოლო ScaleIO საშუალებას გაძლევთ შექმნათ 1000 – ზე მეტი კვანძი. უფრო მეტიც, ეს ყველაფერი მეორე ტიპის არქიტექტურაა.

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

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

მცირე შემოწმება, თუ რამდენად ყურადღებით წაიკითხავთ ყველა ზემოთ: რომელი ტიპის Cisco UCS Invicta - 1 ან 3 ეკუთვნის? ფიზიკურად, ეს გამოიყურება მე -3 ტიპის, მაგრამ ეს არის მთელი რიგი C სერიების USC სერვერები, რომლებიც დაკავშირებულია Ethernet- ით, აწარმოებენ Invicta პროგრამული უზრუნველყოფის დასტის (ადრე Whiptail) პროგრამას. მინიშნება: დააკვირდით არქიტექტურას და არა კონკრეტულ განხორციელებას

UCS Invicta- ს შემთხვევაში, მონაცემები ინახება თითოეულ კვანძში (UCS სერვერი ფლეშ დრაივებით, რომელიც დაფუძნებულია MLC). ცალკეულ არასამთავრობო HA კვანძს, რომელიც წარმოადგენს ცალკეულ სერვერს, შეუძლია პირდაპირ გადასცეს ლოგიკური ერთეულის ნომერი (LUN). თუ გადაწყვეტთ მეტი კვანძების დამატებას, შესაძლებელია, რომ სისტემა ცუდად მასშტაბუდეს, მაგალითად, ScaleIO ან VSAN. ყოველივე ეს მიგვიყვანს ტიპი 2-ზე.

ამასთან, კვანძების რაოდენობის ზრდა, სავარაუდოდ, ხდება კონფიგურაციით და მიგრაციით „Invicta Scaling Appliance“ - ში. ამ კონფიგურაციით, თქვენ გაქვთ რამდენიმე „სილიკონის საცავის მარშრუტიზატორები“ (SSR) და რამდენიმე აპარატის კვანძის მისამართი. მონაცემების წვდომა ხდება SSR ერთი კვანძის საშუალებით, მაგრამ ეს შეიძლება გაკეთდეს სხვა კვანძის მეშვეობით, რომელიც მუშაობს როგორც HA წყვილი. მონაცემები თავად ყოველთვის არის UCS- ის ერთადერთ კვანძზე C სერიებში.ამიტომ რა ტიპის არქიტექტურაა? არ აქვს მნიშვნელობა რა გამოსავალი ჰგავს ფიზიკურად, ეს ტიპი 1. SSR არის მტევანი (შესაძლოა 2-ზე მეტი). სკალირების მოწყობილობის კონფიგურაციაში, თითოეული UCS სერვერი MLC დრაივებით ასრულებს ფუნქციას, რომელიც მსგავსია VNX ან NetApp FAS - დისკის შესანახად. მიუხედავად იმისა, რომ არ არის დაკავშირებული SAS– ს მეშვეობით, არქიტექტურა მსგავსია.


ტიპი 4. განაწილებული არქიტექტურები, რესურსების გაზიარების გარეშე. იმისდა მიუხედავად, რომ მონაცემები ნაწილდება სხვადასხვა კვანძში, ეს ხდება ყოველგვარი გარიგების გარეშე. ჩვეულებრივ, მონაცემები ინახება ერთ კვანძზე და იქ ცხოვრობენ, დროდადრო კი უსაფრთხოების ასლებისთვის ხდება სხვა კვანძებზე გაკეთება. მაგრამ ეს ასლები არ არის გარიგების. ეს არის მთავარი განსხვავება ამ ტიპის არქიტექტურასა და მე -2 და მე –3 ტიპებს შორის.

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

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

ეს არქიტექტურები შეიძლება შერწყმული იყოს NAS– ს საფუძველზე დაფუძნებული მონაცემების პრეზენტაციის ბლოკებთან და გარიგების მოდელებთან, მაგრამ ეს მნიშვნელოვნად ზღუდავს მათ შესაძლებლობებს. არ არის საჭირო გარიგების დასტის შექმნა, მე -4 ტიპი 2-ზე, ტიპი 1, 2 ან 3 განთავსებით.

ყველაზე უკეთესად, ეს არქიტექტურები "ვლინდება" იმ დავალებებზე, რომელთათვის გარკვეული შეზღუდვები თავისებური არ არის.

ზემოთ, მაგალითი ძალიან დიდი კლიენტისთვის მივეცი, 200000 დისკი. სერვისები, როგორიცაა Dropbox, Syncplicity, iCloud, Facebook, eBay, YouTube და თითქმის ყველა Web 2.0 პროექტი, დაფუძნებულია საცავებზე, რომელიც აშენდა მეოთხე ტიპის არქიტექტურის გამოყენებით. Hadoop მტევნების ყველა დამუშავებული ინფორმაცია ასევე მოცემულია მე -4 ტიპის საცავებში. ზოგადად, კორპორატიულ სეგმენტში ეს არ არის ძალიან გავრცელებული არქიტექტურები, მაგრამ ისინი სწრაფად იძენენ პოპულარობას.

ტიპი 4 არის ისეთი პროდუქტების საფუძველი, როგორიცაა AWS S3 (სხვათა შორის, AWS- ს მიღმა არავინ იცის როგორ მუშაობს EBS, მაგრამ მე მსურს ვიმტკიცო, რომ ეს არის ტიპი 3), Haystack (გამოიყენება Facebook- ზე), Atmos, ViPR, Ceph, Swift ( გამოიყენება Openstack), HDFS, Centera. ჩამოთვლილ ბევრ პროდუქტს შეუძლია განსხვავებული ფორმა მიიღოს, კონკრეტული განხორციელების ტიპი განისაზღვრება მათი API გამოყენებით. მაგალითად, ViPR ობიექტის დასტის განხორციელება შესაძლებელია S3, Swift, Atmos, და კიდევ HDFS ობიექტის API– ების საშუალებით! და მომავალში, Centera ასევე მოხვდება ამ სიაში. ზოგისთვის ეს აშკარა იქნება, მაგრამ Atmos და Centera დიდი ხნის განმავლობაში გამოიყენებენ, თუმცა API- ს ფორმაში და არა სპეციფიკურ პროდუქტებს. განხორციელებები შეიძლება შეიცვალოს, მაგრამ API– ები უცვლელი რჩება, რაც ძალიან კარგია მომხმარებლისთვის.

მინდა კიდევ ერთხელ გავამახვილო ყურადღება იმაზე, რომ „ფიზიკურმა განსახიერებამ“ შეიძლება დამაბნევა და შეცდომით დაასახელოთ მე -4 ტიპის არქიტექტურებს, როგორც ტიპ 2, რადგან ისინი ხშირად ერთნაირად გამოიყურება. ფიზიკურ დონეზე, გამოსავალი შეიძლება გამოიყურებოდეს ScaleIO, VSAN ან Nutanix, თუმცა ეს იქნება მხოლოდ Ethernet სერვერები. და გარიგების არსებობა ან არარსებობა ხელს შეუწყობს კონკრეტული გადაწყვეტილების სწორად კლასიფიკაციას.

ახლა კი გთავაზობთ მეორე ვერიფიკაციის ტესტს. მოდით შევხედოთ UCS Invicta- ს არქიტექტურას. ფიზიკურად, ამ პროდუქტს ჰგავს ტიპი 4 (სერვერები, რომლებიც დაკავშირებულია Ethernet– ს მეშვეობით), მაგრამ ეს შეუძლებელია არქიტექტურული მასშტაბით შესაბამის დატვირთვებზე, რადგან ის სინამდვილეში ტიპი 1. უფრო მეტიც, Invicta, ისევე როგორც Pure, შეიქმნა AFA– სთვის.

გთხოვთ მიიღოთ ჩემი გულწრფელი მადლიერება თქვენი დროისა და ყურადღებისთვის, თუ თქვენ წაიკითხეთ ამ ადგილას. მე კიდევ ერთხელ წავიკითხე ზემოაღნიშნული - გასაოცარი ის არის, რომ მე შევძელი დაქორწინება და შვილები

რატომ დავწერე ეს ყველაფერი?

IT შენახვის სამყაროში ისინი ძალიან მნიშვნელოვან ადგილს იკავებენ, ერთგვარი "სოკოების სამეფო". შემოთავაზებული პროდუქციის მრავალფეროვნება ძალიან დიდია და ეს მხოლოდ სარგებელს მოაქვს მთელ ბიზნესში. მაგრამ თქვენ უნდა გქონდეთ ამ ყველაფრის გააზრება, ნუ დაუშვებთ საკუთარ თავს თქვენი გონების დაბნელება მარკეტინგული ლოზუნგებით და პოზიციონირების ნიუანსებით. როგორც მომხმარებლებისთვის, ისე თავად ინდუსტრიის სარგებლისთვის, აუცილებელია გამარტივდეს შენობის შენახვის პროცესი. ამიტომ, ჩვენ ვმუშაობთ იმისათვის, რომ ViPR კონტროლერი გავხსნათ უფასო, უფასო პლატფორმა.

მაგრამ საცავი თავისთავად არ არის საინტერესო. რას ვგულისხმობ? წარმოიდგინეთ ერთგვარი აბსტრაქტული პირამიდა, რომლის თავზე არის "მომხმარებელი". ქვემოთ მოცემულია "პროგრამები", რომლებიც შექმნილია "მომხმარებლის" მომსახურებისთვის. კიდევ უფრო დაბალია "ინფრასტრუქტურა" (SDDC ჩათვლით), რომელიც ემსახურება "პროგრამებს" და, შესაბამისად, "მომხმარებელს". და "ინფრასტრუქტურის" ბოლოში არის საცავი.

ანუ, თქვენ იერარქიის წარმოდგენა შეგიძლიათ ამ ფორმით: მომხმარებელი - პროგრამა / SaaS-\u003e PaaS-\u003e IaaS-\u003e ინფრასტრუქტურა. ასე რომ, საბოლოო ჯამში, ნებისმიერი აპლიკაცია, ნებისმიერი PaaS დასტის უნდა გამოთვალოს ან დაამუშავოს რაიმე სახის ინფორმაცია. და ეს ოთხი ტიპის არქიტექტურა შექმნილია სხვადასხვა ტიპის ინფორმაციასთან, სხვადასხვა ტიპის დატვირთვასთან მუშაობისთვის. მნიშვნელობის იერარქიაში, ინფორმაცია დაუყოვნებლივ მიჰყვება მომხმარებელს. აპლიკაციის არსებობის მიზანია მომხმარებელს შეუთავსოს მისთვის საჭირო ინფორმაცია. სწორედ ამიტომ არის შენახვა არქიტექტურა ჩვენს სამყაროში.

   ამ ჩანაწერში იყო გამოქვეყნებული Uncategorized მიერ ავტორი. მონიშნე ის.

SAS, NAS, SAN: ნაბიჯი შენახვის ქსელებისკენ

შესვლის

ქსელური კომპიუტერული სისტემების ყოველდღიური გართულებებით და გლობალური კორპორატიული გადაწყვეტილებებით, მსოფლიოში დაიწყო ტექნოლოგიების მოთხოვნა, რაც სტიმულს მისცემდა კორპორატიული ინფორმაციის შენახვის სისტემების (შენახვის სისტემების) აღორძინებას. ახლა კი, ერთიან ტექნოლოგიას შემოაქვს უპრეცედენტო შესრულება, უზარმაზარი მასშტაბურობა და საკუთრების მთლიანი ღირებულების განსაკუთრებული უპირატესობები მსოფლიო ხაზინაში გაყიდვების სფეროში მიღწევების შესახებ. ის გარემოებები, რომლებიც შეიქმნა FC-AL (ბოჭკოვანი არხი - საარბიტრაჟო მარყუჟი) სტანდარტის და SAN (შენახვის არეალის ქსელის) სტანდარტთან და სანიმუშო (SAN) (შენახვის არეალის ქსელი), რომელიც მის საფუძველზე ვითარდება, გპირდებათ რევოლუციას მონაცემებზე ორიენტირებულ საკომუნიკაციო ტექნოლოგიებში.

  "ყველაზე მნიშვნელოვანი განვითარება, რომელიც ჩვენ 15 წლის განმავლობაში ვნახეთ"

მონაცემთა კომუნიკაციების საერთაშორისო, 1998 წლის 21 მარტი

SAN– ის ოფიციალური განმარტება, შენახვის ქსელის ინდუსტრიის ასოციაციის ინტერპრეტაციით (SNIA):

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

SNIA ტექნიკური ლექსიკონი, საავტორო უფლებების შენახვის ქსელის ინდუსტრიის ასოციაცია, 2000 წ

შენახვის სისტემებზე წვდომის ორგანიზების პარამეტრები

შენახვის სისტემებზე წვდომის ორგანიზების სამი ძირითადი ვარიანტი არსებობს:

  • SAS (სერვერზე მიმაგრებული შენახვა), სერვერთან დაკავშირებული საცავი;
  • NAS (ქსელის მიმაგრებული საცავი), ქსელთან დაკავშირებული საცავი;
  • SAN (შენახვის არეალის ქსელი), საცავის ტერიტორიის ქსელი.

მოდით განვიხილოთ შესაბამისი starge სისტემების ტოპოლოგიები და მათი მახასიათებლები.

სას

სერვერზე მიმაგრებული შენახვის სისტემა. ყველასათვის ნაცნობი, შენახვის სისტემის სერვერიან მაღალსიჩქარიან ინტერფეისთან დაკავშირების ტრადიციული გზა, ჩვეულებრივ, პარალელურად SCSI ინტერფეისით.

სურათი 1. სერვერზე მიმაგრებული შენახვა

SAS ტოპოლოგიის ფარგლებში შესანახი სისტემისთვის ცალკეული დანართის გამოყენება არჩევითია.

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

SAS- ის თვისებები მოიცავს:

  • მონაცემების დაშვება დამოკიდებულია OS და ფაილურ სისტემაზე (ზოგადად);
  • მაღალი ხელმისაწვდომობის მქონე სისტემების ორგანიზების სირთულე;
  • დაბალი ღირებულება;
  • მაღალი შესრულება ერთ კვანძში;
  • პასუხის სიჩქარის შემცირება სერვერის დატვირთვისას, რომელიც ემსახურება შენახვას.

ნას

ქსელთან დაკავშირებული შენახვის სისტემა. წვდომის ორგანიზების ეს ვარიანტი შედარებით ცოტა ხნის წინ გამოჩნდა. მისი მთავარი უპირატესობაა დამატებითი შენახვის სისტემის არსებულ ქსელებში ინტეგრირება, მაგრამ თავისთავად ეს არ მოაქვს რაიმე რადიკალურ გაუმჯობესებას შენახვის არქიტექტურაში. სინამდვილეში, NAS არის სუფთა ფაილების სერვერი, და დღეს თქვენ შეგიძლიათ ნახოთ NAS- ს შენახვის ტიპის მრავალი ახალი განხორციელება, რომელიც დაფუძნებულია თხელი სერვერის ტექნოლოგიაზე (Thin Server).


სურათი 2. ქსელის მიმაგრებული შენახვა.

NAS მახასიათებლები:

  • მიძღვნილი ფაილების სერვერი;
  • მონაცემებზე წვდომა არ არის დამოკიდებული OS და პლატფორმაზე;
  • ადმინისტრაციის ხელსაყრელი პირობები;
  • ინსტალაციის მაქსიმალური სიმარტივე;
  • დაბალი სკალაბელობა;
  • კონფლიქტი LAN / WAN- ის ტრაფიკთან.

შენახვა, რომელიც დამზადებულია NAS ტექნოლოგიაზე, იდეალურია დაბალი ფასიანი სერვერებისთვის, მინიმალური მახასიათებლების ნაკლებობით.

სან

შენახვის ქსელები ინტენსიურად განვითარდნენ და დანერგეს მხოლოდ 1999 წელს. SAN– ის საფუძველია LAN / WAN– ისგან განცალკევებული ქსელი, რომელიც ემსახურება სერვერების და სამუშაო სადგურების მონაცემებს წვდომის ორგანიზებას, რომლებიც ჩართულნი არიან მათი უშუალო დამუშავებით. ასეთი ქსელი იქმნება ბოჭკოვანი არხის სტანდარტის საფუძველზე, რაც შენახვის სისტემებს აძლევს LAN / WAN ტექნოლოგიების უპირატესობებს და მაღალი პლატფორმის ორგანიზების შესაძლებლობას მაღალი ხელმისაწვდომობითა და შეკითხვის მაღალი ინტენსივობით. დღეს SAN– ს თითქმის ერთადერთი ნაკლი არის კომპონენტების შედარებით მაღალი ღირებულება, მაგრამ შენახვის არეალის ქსელის ტექნოლოგიის გამოყენებით აშენებული საწარმოო სისტემებისთვის საკუთრების საერთო ღირებულება საკმაოდ დაბალია.


სურათი 3. შენახვის არეალის ქსელი.

SAN– ის მთავარი უპირატესობები მოიცავს მის თითქმის ყველა მახასიათებელს:

  • SAN ტოპოლოგიის დამოუკიდებლობა შენახვის სისტემებისა და სერვერებისგან;
  • მოსახერხებელი ცენტრალიზებული მენეჯმენტი;
  • არ არის კონფლიქტი LAN / WAN- ის ტრაფიკთან;
  • მონაცემთა მოსახერხებელი სარეზერვო საშუალება, ადგილობრივი ქსელის და სერვერების დატვირთვის გარეშე;
  • მაღალი სიჩქარე;
  • მაღალი დაშვება;
  • მაღალი მოქნილობა;
  • მაღალი ხელმისაწვდომობა და შეცდომების ტოლერანტობა.

აქვე უნდა აღინიშნოს, რომ ეს ტექნოლოგია ჯერ კიდევ საკმაოდ ახალგაზრდაა და უახლოეს მომავალში მან უნდა გაიაროს მრავალი გაუმჯობესება მენეჯმენტის სტანდარტიზაციისა და SAN ქვეკონტროლების ურთიერთქმედების მეთოდების სფეროში. მაგრამ ჩვენ შეგვიძლია ვიმედოვნოთ, რომ ეს პიონერებს საფრთხეს უქმნის მხოლოდ ჩემპიონატის დამატებით პერსპექტივას.

FC, როგორც SAN– ის მშენებლობის საფუძველი

LAN- ის მსგავსად, SAN შეიძლება შეიქმნას სხვადასხვა ტოპოლოგიის და მატარებლების გამოყენებით. SAN– ს აშენებისას შეგიძლიათ გამოიყენოთ ან პარალელურად SCSI ინტერფეისი, ან ბოჭკოვანი არხი, ან, ვთქვათ, SCI (მასშტაბური თანმიმდევრული ინტერფეისი), მაგრამ ბოჭკოვანი არხი მის მუდმივად მზარდ პოპულარობას ენიჭება SAN. ამ არხის და ქსელის ინტერფეისის შემუშავებაში მნიშვნელოვანი გამოცდილების მქონე სპეციალისტები მონაწილეობდნენ ამ ინტერფეისის დიზაინში და მათ შეძლეს ორივე ტექნოლოგიის ყველა მნიშვნელოვანი დადებითი თვისების ერთმანეთთან შერწყმა, რათა მიიღონ რაღაც მართლაც რევოლუციური ახალი. რა ზუსტად?

მთავარი ძირითადი მახასიათებლები   არხი:

  • დაბალი ლატენტურობა
  • მაღალი სიჩქარე
  • მაღალი საიმედოობა
  • ტოპოლოგია
  • მოკლე მანძილი კვანძებს შორის
  • პლატფორმაზე დამოკიდებულება
  და ქსელის ინტერფეისი:
  • მრავალი ტოპოლოგია
  • გრძელი დისტანციებზე
  • მაღალი დაშვება
  • დაბალი სიჩქარე
  • დიდი შეფერხებები
  გაერთიანდა Fiber Channel- ზე:
  • მაღალი სიჩქარე
  • პროტოკოლის დამოუკიდებლობა (0-3 დონეები)
  • გრძელი დისტანციებზე
  • დაბალი ლატენტურობა
  • მაღალი საიმედოობა
  • მაღალი დაშვება
  • მრავალი ტოპოლოგია

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

ბოჭკოვანი არხის სტანდარტი საბოლოოდ იქნა განსაზღვრული ბოლო რამდენიმე წლის განმავლობაში (1997 წლიდან 1999 წლამდე), რომლის დროსაც უზარმაზარი სამუშაოები გაკეთდა სხვადასხვა კომპონენტის მწარმოებლების ურთიერთქმედების კოორდინაციისთვის, და ყველაფერი გაკეთდა იმისთვის, რომ ბოჭკოვანი არხი წმინდა კონცეპტუალური ტექნოლოგიიდან გადაქცეულიყო. რეალური, რომელმაც მიიღო მხარდაჭერა ინსტალაციების სახით ლაბორატორიებსა და კომპიუტერულ ცენტრებში. 1997 წელს შეიქმნა კუთხის ქვის კომპონენტების პირველი კომერციული დიზაინისთვის, რომელიც დაფუძნებულია FC– ზე დაფუძნებული სან – ს მშენებლობისთვის, როგორიცაა გადამყვანები, ჰაბები, კონცენტრატორები და ხიდები. ამრიგად, 1998 წლიდან, FC– ს კომერციული მიზნებისთვის იყენებენ ბიზნესის სფეროში, წარმოებაში და ფართომასშტაბიან პროექტებში, კრიტიკული მარცხის სისტემების განსახორციელებლად.

Fiber Channel არის ღია ინდუსტრიის სტანდარტი მაღალსიჩქარიანი სერიული ინტერფეისისთვის. ის უზრუნველყოფს სერვერების და საცავის სისტემების კავშირს 10 კმ მანძილზე (სტანდარტული აღჭურვილობის გამოყენებით) 100 მბ / წმ სიჩქარით (Cebit "2000-ში) წარმოდგენილი იქნა პროდუქციის ნიმუშები, რომლებიც იყენებენ ახალ არხების არხების სტანდარტს, თითო სიჩქარით 200 მბ / წმ სიჩქარით. რგოლში, ხოლო ლაბორატორიაში ახალი სტანდარტის დანერგვა 400 მბ / წ სიჩქარით, რაც ორმაგი რგოლი გამოყენებისას 800 მბ / წმ – ს შეადგენს, უკვე ექსპლუატაციაშია.) (სტატიის გამოქვეყნებისთანავე, რიგი მწარმოებლების მხრიდან უკვე დაიწყო ქსელის ბარათების გადატანა და გადართვა FC 200 MB / s .) ბოჭკოვანი არხი ერთდროულად o მხარს უჭერს უამრავ სტანდარტულ პროტოკოლს (TCP / IP და SCSI-3 ჩათვლით) ერთის გამოყენებისას ფიზიკური მედია, რაც პოტენციურად ამარტივებს ქსელის ინფრასტრუქტურის მშენებლობას, გარდა ამისა, იგი შესაძლებლობას იძლევა შეამციროს ინსტალაციისა და ტექნიკური მომსახურების ხარჯები. ამასთან, LAN / WAN და SAN– ისთვის ცალკეული ქვესახეების გამოყენებას რამდენიმე უპირატესობა აქვს და რეკომენდებულია ნაგულისხმევი.

Fiber Channel- ის ერთ – ერთი ყველაზე მნიშვნელოვანი უპირატესობა მაღალსიჩქარიან პარამეტრებთან ერთად (რაც, სხვათა შორის, ყოველთვის არ არის მნიშვნელოვანი SAN მომხმარებლებისთვის და მათი განხორციელება შეიძლება განხორციელდეს სხვა ტექნოლოგიების გამოყენებით) არის გრძელი დისტანციებზე მუშაობის შესაძლებლობა და ტოპოლოგიის მოქნილობა, რაც ახალ სტანდარტამდე მივიდა ქსელური ტექნოლოგიებიდან. ამრიგად, შენახვის ქსელის ტოპოლოგიის მშენებლობის კონცეფცია ემყარება იმავე პრინციპებს, როგორც ტრადიციულ ქსელებს, ჩვეულებრივ, ჰაბებისა და კონცენტრატორების საფუძველზე, რაც ხელს უშლის სიჩქარის ვარდნას კვანძების რაოდენობის გაზრდით და შექმნის შესაძლებლობებს სისტემების მოსახერხებელი ორგანიზებისთვის, მარცხის ერთი წერტილის გარეშე.

ამ ინტერფეისის უპირატესობებისა და მახასიათებლების უკეთ გასაგებად, ჩვენ ვაძლევთ შედარებითი მახასიათებელი   FC და Parallel SCSI როგორც ცხრილი.

ცხრილი 1. ბოჭკოვანი არხის და პარალელური SCSI ტექნოლოგიების შედარება

ბოჭკოვანი არხის სტანდარტი ითვალისწინებს სხვადასხვა ტოპოლოგიის გამოყენებას, როგორიცაა წერტილოვანი წერტილი, ბეჭედი ან FC-AL კერა (Loop ან Hub FC-AL), მაგისტრალური შეცვლა (ნაჭერი / შეცვლა).

წერტილოვანი წერტილის ტოპოლოგია გამოიყენება ერთი შენახვის სისტემის სერვერთან დასაკავშირებლად.

Loop ან Hub FC-AL - მრავალი მოწყობილობის საწყობის მრავალ მასპინძელთან დასაკავშირებლად. ორმაგი რგოლის ორგანიზებით, სისტემის სიჩქარე და ხარვეზები იზრდება.

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

ქსელის მოქნილობის წყალობით, SAN- ს აქვს ძალზე მნიშვნელოვანი თვისება - შეცდომების შემწყნარებელი სისტემების მშენებლობის მოსახერხებელი შესაძლებლობა.

შენახვის ალტერნატიული გადაწყვეტილებების შეთავაზებით და მრავალი საცავის ზედმეტი საცავის გაერთიანების შესაძლებლობის საშუალებით, SAN ეხმარება დაიცვას აპარატურა და პროგრამული სისტემები აპარატურის დაშლისგან. დემონსტრირებისთვის, ჩვენ მაგალითს ვაძლევთ ორი – ერთსაფეხურიანი სისტემის შექმნას, მარცხის წერტილების გარეშე.


სურათი 4. არ არის შეუსრულებელი ერთი წერტილი.

სამი ან მეტი კვანძის სისტემა აშენებულია FC სერვისის დამატებით დამატებით სერვერების დამატებით და მათ ორივე ჰაბს / კონცენტრატორთან აკავშირებს).

FC– თან ერთად, კატასტროფის ტოლერანტული სისტემების მშენებლობა გამჭვირვალე ხდება. ქსელური არხები, როგორც საცავებისთვის, ასევე ადგილობრივი ქსელისთვის შეიძლება დაისვას ოპტიკური ბოჭკოს საფუძველზე (10 კმ-მდე ან მეტი სიგნალის გამაძლიერებლები გამოყენებით), როგორც ფიზიკური გადამზიდავი FC– სთვის, სტანდარტული აღჭურვილობის გამოყენებით, რაც შესაძლებელს გახდის მნიშვნელოვნად შემცირდეს ასეთი სისტემების ღირებულება.

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

SAN მართვის და მონიტორინგის სისტემა იყენებს ღია სტანდარტებს, როგორიცაა:

  • SCSI ბრძანების ნაკრები
  • SCSI დანართების მომსახურება (SES)
  • SCSI თვითმმართველობის მონიტორინგის ანალიზი და ანგარიშგების ტექნოლოგია (S.M.A.R.T.)
  • SAF-TE (SCSI წვდომისას შეცდომით-ტოლერანტული დანართები)
  • ქსელის მართვის მარტივი პროტოკოლი (SNMP)
  • ვებ – საწარმოთა მენეჯმენტი (WBEM)

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

შენახვის ქსელები უწყვეტად ინტეგრირდება არსებულ ინფორმაციულ ინფრასტრუქტურასთან. მათი განხორციელება არ საჭიროებს არსებულ LAN და WAN ქსელებში ცვლილებების შეტანას, არამედ მხოლოდ აფართოებს არსებული სისტემების შესაძლებლობებს, მათი შენახვა იმ დიდი ამოცანებისგან, რომლებიც მიმართულია მონაცემთა დიდი რაოდენობით გადატანაში. უფრო მეტიც, SAN– ს ინტეგრირებისა და ადმინისტრირებისას ძალიან მნიშვნელოვანია, რომ ქსელის ძირითადი ელემენტები მხარს უჭერენ ცხელ გადაცვლასა და ინსტალაციას, შესაძლებლობებით. დინამიური კონფიგურაცია. ასე რომ, ადმინისტრატორს შეუძლია დაამატოთ ერთი ან სხვა კომპონენტი ან შეცვალოს იგი სისტემის გათიშვის გარეშე. და ამ მთელი ინტეგრაციის პროცესი ვიზუალურად შეიძლება იქნას ნაჩვენები გრაფიკული SAN მართვის სისტემაში.

ზემოაღნიშნული უპირატესობების გათვალისწინებით, ჩვენ შეგვიძლია განვიხილოთ რამდენიმე ძირითადი პუნქტი, რომლებიც პირდაპირ გავლენას ახდენს შენახვის არეალის ქსელის ერთ – ერთ მთავარ უპირატესობაზე - საკუთრების მთლიან ღირებულებაზე (მთლიანი ღირებულების საკუთრება).

წარმოუდგენელი მასშტაბური შესაძლებლობები საშუალებას მისცემს საწარმოს, რომელიც იყენებს SAN- ს, ინვესტიცია განახორციელოს სერვერებსა და შენახვაში, როგორც საჭიროა. და ასევე ინვესტიციების გადარჩენა უკვე დამონტაჟებულ მოწყობილობებში ტექნოლოგიური თაობების შეცვლისას. ყველა ახალი სერვერი   მას ექნება შესაძლებლობა უზრუნველყოს საცავებში მაღალსიჩქარიანი წვდომა და ყველა დამატებითი გიგაბიტიანი საცავი ხელმისაწვდომი იქნება ყველა ქვესატვერზე, ადმინისტრატორის ბრძანებით.

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

კომპონენტების კონტროლირებადი და სისტემის გამჭვირვალობის პირობით უზრუნველყოფილია ყველა რესურსის რესურსის ცენტრალური ადმინისტრირების შესაძლებლობა და ეს, თავის მხრივ, მნიშვნელოვნად ამცირებს მათი მხარდაჭერის ღირებულებას, რომლის ღირებულება, როგორც წესი, აღჭურვილობის ღირებულების 50% -ზე მეტია.

SAN გავლენა პროგრამებზე

იმისათვის, რომ ჩვენი მკითხველისთვის გასაგები გახდეს თუ რამდენად სასარგებლოა ამ სტატიაში განხილული ტექნოლოგიები, ჩვენ ვიყენებთ გამოყენებული ამოცანების რამდენიმე მაგალითს, რომლებიც არაეფექტურად მოგვარდება საცავის ქსელების გამოყენების გარეშე, დასჭირდება უზარმაზარი ფინანსური ინვესტიციები, ან საერთოდ არ მოგვარდება სტანდარტული მეთოდებით.

მონაცემთა სარეზერვო და აღდგენა

ტრადიციული SCSI ინტერფეისის გამოყენებით, მომხმარებელი, სარეზერვო და აღდგენის სისტემების შექმნისას, აწყდება უამრავ კომპლექსურ პრობლემას, რომელთა მოგვარება ძალიან მარტივია SAN და FC ტექნოლოგიების გამოყენებით.

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

სერვერის კლასტერირება

ერთ-ერთი ტიპიური ამოცანა, რომლისთვისაც SAN ეფექტურად გამოიყენება, არის სერვერების კლასტერირება. გამომდინარე იქიდან, რომ მაღალსიჩქარიანი კლასტერული სისტემების ორგანიზებაში ერთ – ერთი მნიშვნელოვანი პუნქტია, რომელიც მონაცემებთან მუშაობს, არის შენახვაზე წვდომა, SAN– ს მოახლოებასთან ერთად, აპარატული დონის მრავალჯერადი კასეტური კლასტერების მშენებლობა წყდება მარტივ სერვერზე დამატებით სერვერის დამატებით (ეს შეიძლება გაკეთდეს სისტემის თუნდაც გათიშვის გარეშე, რადგან FC კონცენტრატორები მხარს უჭერენ ცხელი დანამატს). პარალელურად SCSI ინტერფეისის გამოყენებისას, რომლის კავშირი და მასშტაბურობა უფრო უარესია, ვიდრე FC, მონაცემებზე ორიენტირებული მტევანი რთული იქნება ორ კვანძზე მეტს. პარალელური SCSI კონცენტრატორები ძალიან რთული და ძვირადღირებული მოწყობილობებია, ხოლო FC– ისთვის ეს სტანდარტული კომპონენტია. ისეთი კლასტერის შესაქმნელად, რომელსაც არ ექნება მარცხის ერთი წერტილი, საკმარისია სარკისებული SAN (DUAL Path technology) სისტემაში ინტეგრირება.

კლასტერიზაციის პირობებში, ერთ-ერთი RAIS ტექნოლოგია (იაფი სერვერების რედუქციული მასივი) განსაკუთრებით მიმზიდველია მძლავრი მასშტაბური ინტერნეტ კომერციის სისტემების და სხვა ტიპის დავალებების შესაქმნელად, რომელსაც აქვს მაღალი ენერგიის მოთხოვნები. ქსელის მაღაზიის თანადამფუძნებლის ალისტერ ა. კროლის თქმით, RAIS– ის გამოყენება საკმაოდ ეფექტურია: ”მაგალითად, 12,000-15,000 აშშ დოლარად შეგიძლიათ შეიძინოთ დაახლოებით ექვსი იაფი ერთჯერადი ორმაგი პროცესორი (Pentium III) Linux / Apache სერვერები. ამგვარი სისტემის სიმძლავრე, მასშტაბურობა და შეცდომების ტოლერანტობა მნიშვნელოვნად მაღალი იქნება, ვიდრე, მაგალითად, ერთი ოთხპროცენტიანი სერვერი, რომელიც დაფუძნებულია Xeon პროცესორებზე, მაგრამ ღირებულება იგივეა ”.

ვიდეოსა და მონაცემთა განაწილების ერთდროული წვდომა (ამავდროულად ვიდეო ნაკადი, მონაცემთა გაზიარება)

წარმოიდგინეთ დავალება, როდესაც საჭიროა ვიდეოს რედაქტირება ან უბრალოდ იმუშავეთ უზარმაზარი მონაცემებით რამდენიმე (ვთქვათ\u003e 5) სადგურზე. 100 GB ფაილის გადატანა ადგილობრივ ქსელში რამდენიმე წუთი დასჭირდება და ამაზე ერთად მუშაობა ძალიან რთული ამოცანა იქნება. SAN– ის გამოყენებისას, თითოეული სამუშაო სადგური და ქსელის სერვერზე წვდომა აქვთ ფაილს ადგილობრივი მაღალსიჩქარიანი დისკის ეკვივალენტური სიჩქარით. თუ თქვენ გჭირდებათ სხვა სადგური / სერვერი მონაცემთა დამუშავებისთვის, შეგიძლიათ დაამატოთ იგი SAN ქსელის გამორთვის გარეშე, უბრალოდ დაუკავშირდებით სადგურს SAN შეცვლაზე და მიანიჭეთ მას შესანახი უფლებები. თუ თქვენ აღარ ხართ კმაყოფილი მონაცემების ქვესისტემის მუშაობით, შეგიძლიათ უბრალოდ დაამატოთ კიდევ ერთი საცავი და მონაცემთა განაწილების ტექნოლოგიის გამოყენებით (მაგალითად, RAID 0) მიიღოთ ორჯერ უფრო სწრაფი შესრულება.

SAN ძირითადი კომპონენტები

ოთხშაბათს

ბოჭკოვანი არხი იყენებს კომპონენტებს და სპილენძს. ორივე ტიპის კაბელის გამოყენება შესაძლებელია ერთდროულად SAN– ს აშენებისას. ინტერფეისის კონვერტირება ხორციელდება GBIC (Gigabit Interface Converter) და MIA (Media Interface Adapter) გამოყენებით. კაბელის ორივე ტიპი დღეს ერთნაირი მონაცემების მაჩვენებელია. სპილენძის კაბელი გამოიყენება მცირე დისტანციებზე (30 მეტრამდე), ოპტიკური კაბელი როგორც მოკლე, ისე მანძილზე 10 კმ-მდე და მეტი მანძილზე. გამოიყენეთ მულტიმედიური და ერთჯერადი ოპტიკური კაბელები. მულტიმედიური კაბელი გამოიყენება მცირე დისტანციებზე (2 კმ-მდე). მულტიმოდური ბოჭკოვანი კაბელის შიდა დიამეტრი 62.5 ან 50 მიკრონია. მულტიმოდური ბოჭკოს გამოყენებისას 100 მბ / წმ-ზე გადაცემის სიჩქარე (200 მბ / წმ დუპლექსში), კაბელის სიგრძე არ უნდა აღემატებოდეს 200 მეტრს. Singlemode კაბელი გამოიყენება დიდი დისტანციებისთვის. ასეთი კაბელის სიგრძე შემოიფარგლება სიგნალის გადამცემში გამოყენებული ლაზერის სიმძლავრით. ერთჯერადი კაბელის შიდა დიამეტრი არის 7 ან 9 მიკრონი, იგი უზრუნველყოფს სხივის ერთ ბილიკს.

კონექტორები, გადამყვანები

სპილენძის კაბელების დასაკავშირებლად გამოიყენება DB-9 ან HSSD კონექტორები. HSSD ითვლება უფრო საიმედოდ, მაგრამ DB-9 გამოიყენება ისევე როგორც ხშირად, რადგან ის უფრო მარტივი და იაფია. ოპტიკური კაბელების სტანდარტული (ყველაზე გავრცელებული) კონექტორი არის SC კონექტორი, რომელიც უზრუნველყოფს მაღალი ხარისხის, მკაფიო კავშირს. ნორმალური კავშირებისთვის გამოიყენება მულტიმოდიანი SC კონექტორები, ხოლო დისტანციური კავშირებისთვის გამოიყენება ერთჯერადი SC კონექტორები. მრავალფორტის გადამყვანები იყენებენ მიკრო კონექტორებს.

FC– სთვის ყველაზე გავრცელებული გადამყვანები არის PCI 64 ბიტიანი ავტობუსის ქვეშ. ასევე, მრავალი FC გადამყვანი იწარმოება S-BUS- ის ქვეშ, სპეციალიზირებულ ადაპტერებზე მოყვება MCA, EISA, GIO, HIO, PMC, Compact PCI. ყველაზე პოპულარულია ერთ – პორტი, არის ორი და ოთხი პორტიანი ბარათები. PCI გადამყვანებზე, როგორც წესი, ისინი იყენებენ DB-9, HSSD, SC კონექტორებს. ასევე გავრცელებულია GBIC –ზე დაფუძნებული გადამყვანები, რომლებიც გამოდიან GBIC მოდულებით ან მის გარეშე. ბოჭკოვანი არხების გადამყვანები გამოირჩევიან იმით, რომ მათ მხარს უჭერენ ისეთ კლასებს და მრავალფეროვან მახასიათებლებს. განსხვავებების გასაგებად, ჩვენ ვაძლევთ QLogic- ის მიერ წარმოებულ ადაპტერების შედარების ცხრილს.

  ბოჭკოვანი არხის მასპინძლის ავტობუსის ადაპტერის ოჯახის გრაფიკი
  სანბლედი   64 ბიტიანი   FCAL Publ. PVV მარყუჟი   Fl პორტში   მე -3 კლასი   F პორტი   მე -2 კლასი   წერტილი აღვნიშნო   IP / SCSI   სრული დუპლექსი   FC ფირზე   PCI 1.0 ცხელი დანამატის სპეც   Solaris Dynamic Reconfig   VIB   2 გბ
  2100 სერია   33 & 66MHz PCI   X   X   X
  2200 სერია   33 & 66MHz PCI   X   X   X   X   X   X   X   X   X
  33MHz PCI   X   X   X   X   X   X   X   X   X   X
  25 MHZ Sbus   X   X   X   X   X   X   X   X   X   X
  2300 სერია   66 MHZ PCI / 133MHZ PCI-X   X   X   X   X   X   X   X   X   X   X   X

ჰაბები

ბოჭკოვანი არხის ჰაბიები (კერა) გამოიყენება კვანძების FC რგოლთან (FC Loop) დასაკავშირებლად და აქვთ სტრუქტურა, რომელიც მსგავსია Token Ring ჰაბების საშუალებით. იმის გამო, რომ რგოლმა დაარღვია შეიძლება გამოიწვიოს ქსელის შეფერხება, თანამედროვე FC ჰაბები იყენებენ PBC- პორტის შემოვლითი სქემით, რაც საშუალებას გაძლევთ ავტომატურად გახსნათ / დახუროთ ბეჭედი (დაკავშირება / გათიშვა სისტემასთან, რომელიც დაკავშირებულია კერასთან). როგორც წესი, FC HUB– ებს უჭირავს 10 – მდე კავშირი და შეუძლიათ დასალაგებლად დატვირთონ 127 პორტამდე. ყველა მოწყობილობასთან დაკავშირებული ყველა მოწყობილობა იღებს საერთო გამტარობას, რომლებსაც შეუძლიათ ერთმანეთის გაზიარება.

კონცენტრატორები

ბოჭკოვანი არხის კონცენტრატორებს (კონცენტრატორებს) აქვთ იგივე ფუნქციები, როგორც ნაცნობი მკითხველის LAN კონცენტრატორები. ისინი უზრუნველყოფენ კვანძებს შორის სრულ სისწრაფესა და არა ბლოკირებას. FC გადაერთებასთან დაკავშირებული ნებისმიერი კვანძი იღებს სრულ (გამჭვირვალობასთან) გამტარობას. გადართული ქსელის პორტების რაოდენობის გაზრდით, მისი გამტარუნარიანობა იზრდება. კონცენტრატორები შეიძლება გამოყენებულ იქნას ჰაბებთან ერთად (რომელიც გამოიყენება სექციებისთვის, რომლებიც არ საჭიროებენ თითოეულ კვანძზე სპეციალურ უღელტეხილს), რათა მიაღწიონ ოპტიმალურ ფასს / შესრულებას. კასკადირების გამო, კონცენტრატორები შეიძლება გამოყენებულ იქნას FC ქსელების შესაქმნელად 2 24 მისამართით (16 მილიონზე მეტი).

ხიდები

FC ხიდები (ხიდები ან მულტიპლექსები) გამოიყენება პარალელურად SCSI მოწყობილობების დასაკავშირებლად FC– ის ქსელში. ისინი უზრუნველყოფენ SCSI პაკეტების თარგმნას Fiber Channel და პარალელურად SCSI მოწყობილობებს შორის, რომელთა მაგალითებია მყარი სახელმწიფო დისკი (SSD) ან ფირის ბიბლიოთეკები. უნდა აღინიშნოს, რომ ინ ახლახან   თითქმის ყველა მოწყობილობა, რომლის განკარგვაც შესაძლებელია SAN- ს ნაწილად, მწარმოებლები იწყებენ წარმოებას FC ინტერფეისით, ჩაშენებული ქსელებით პირდაპირ კავშირზე.

სერვერები და საცავი

იმისდა მიუხედავად, რომ სერვერები და საცავი შორს არის SAN- ის ყველაზე მნიშვნელოვანი კომპონენტებისგან, ჩვენ მათ აღწერილობაზე არ ვიქცევით, რადგან დარწმუნებული ვართ, რომ ყველა ჩვენი მკითხველი მათ იცნობს.

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

დასკვნა

დღეს, Storage Area Network არის საკმაოდ ახალი ტექნოლოგია, რომელიც შეიძლება მალე გავრცელდეს კორპორატიულ მომხმარებლებში. ევროპასა და შეერთებულ შტატებში, საწარმოები, რომლებსაც საკმაოდ დიდი ფლოტი აქვთ დამონტაჟებული საცავის სისტემები, უკვე იწყებენ საწყის ქსელებზე გადასვლას შენახვის ორგანიზებისთვის, საკუთრების საერთო ღირებულების საუკეთესო მაჩვენებლით.

ანალიტიკოსების აზრით, 2005 წელს საშუალო დონის და მაღალი დონის სერვერების მნიშვნელოვანი რაოდენობა გადადის წინასწარ დაინსტალირებული Fiber Channel ინტერფეისით (ეს ტენდენცია დღეს უკვე ჩანს), და მხოლოდ პარალელური SCSI ინტერფეისი იქნება გამოყენებული სერვერებში შიდა დისკზე. უკვე დღეს, შენახვის სისტემების მშენებლობისას და საშუალო და მაღალი დონის სერვერების შეძენისას, ყურადღება უნდა მიაქციოთ ამ პერსპექტიულ ტექნოლოგიას, განსაკუთრებით მას შემდეგ, რაც დღეს ეს საშუალებას აძლევს რიგი ამოცანების განხორციელებას გაცილებით იაფი, ვიდრე სპეციალიზებული გადაწყვეტილებების გამოყენებას. უფრო მეტიც, დღეს SAN ტექნოლოგიაში ინვესტიცია გაქვთ, ხვალიდან არ დაკარგავთ ინვესტიციებს, რადგან Fiber Channel– ის თვისებები ქმნის შესანიშნავი შესაძლებლობებს მომავალი ინვესტიციების გამოყენებისთვის.

P.S.

სტატიის წინა ვერსია დაიწერა 2000 წლის ივნისში, მაგრამ შენახვის ქსელების ტექნოლოგიისადმი მასობრივი ინტერესის გამო, გამოქვეყნება გადაიდო მომავალში. ეს მომავალი დღეს დადგა და იმედი მაქვს, რომ ეს სტატია მკითხველს წაახალისებს, რომ გააცნობიერონ შენახვის ქსელის ტექნოლოგიაზე გადასვლის აუცილებლობა, როგორც მოწინავე ტექნოლოგია შენახვის სისტემების შესაქმნელად და მონაცემთა წვდომის ორგანიზებისთვის.

DAS, SAN, NAS - ჯადოსნური აბრევიატურა, რომლის გარეშე ვერც ერთ სტატიას ან შესანახი სისტემების არც ერთ ანალიზურ კვლევას არ შეუძლია. ისინი ემსახურებიან შენახვის სისტემებსა და გამოთვლილ სისტემებს შორის კავშირის ძირითადი ტიპების აღნიშვნას.

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

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


გარდა ამისა, ასეთი შენახვის ორგანიზაციასთან ერთად, არ არსებობს გზა, რომ შეიქმნას გარეგანი მეხსიერების მართვის ერთი პუნქტი, რაც გარდაუვალად ართულებს მონაცემების სარეზერვო / აღდგენის პროცესებს და ქმნის ინფორმაციის დაცვის სერიოზულ პრობლემას. შედეგად, ასეთი შენახვის სისტემის საკუთრების მთლიანი ღირებულება შეიძლება მნიშვნელოვნად მაღალია, ვიდრე ერთი შეხედვით უფრო რთული, და თავდაპირველად უფრო ძვირი ქსელის კონფიგურაცია.

სან

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

SAN დამოუკიდებელია გადამცემი საშუალებისგან, მაგრამ ამ ეტაპზე ფაქტობრივი სტანდარტია Fiber Channel (FC) ტექნოლოგია, რომელიც უზრუნველყოფს მონაცემთა გადაცემის სიჩქარეს 1-2 გბ / წმ. განსხვავებით, ტრადიციული SCSI დაფუძნებული გადამცემი საშუალებებით, რომლებიც უზრუნველყოფენ არაუმეტეს 25 მეტრს, Fiber Channel საშუალებას გაძლევთ იმუშაოთ მანძილზე 100 კილომეტრამდე. ბოჭკოვანი არხის ქსელის მედია შეიძლება იყოს სპილენძი ან ბოჭკოვანი.

დისკს შეუძლია დაკავშირება შენახვის ქსელთან rAID მასივები, მარტივი დისკის მასივები, (ე.წ. უბრალოდ დისკების Bunch - JBOD), ფირზე ან მაგნიტო-ოპტიკური ბიბლიოთეკა მონაცემთა სარეზერვო და დაარქივებისთვის. ორგანიზაციის ძირითადი კომპონენტები სან გარდა შენახვის მოწყობილობებისა, არსებობს ადაპტერები, რომლებიც უკავშირებენ სერვერებს Fiber Channel ქსელთან (მასპინძლის ავტობუსის ადაპტერი - NVA), ქსელური მოწყობილობები ამ ან სხვა FC ქსელის ტოპოლოგიის მხარდასაჭერად და სპეციალიზირებული პროგრამული უზრუნველყოფის ხელსაწყოები საცავის ქსელის მართვისთვის. ამ პროგრამული სისტემებს შეუძლიათ როგორც ზოგადი დანიშნულების სერვერზე, ისე თვითონ შენახვის მოწყობილობებზე გაშვება, თუმცა ზოგჯერ ზოგიერთი ფუნქცია სპეციალურ წვრილ სერვერზე გადადის საცავის ქსელის მართვისთვის (SAN აპარატურა).

SAN პროგრამის მიზანია, უპირველეს ყოვლისა, ცენტრალური მართოთ საცავის ქსელი, მათ შორის ქსელის კომპონენტების კონფიგურაცია, მონიტორინგი, კონტროლი და ანალიზი. ერთ-ერთი ყველაზე მნიშვნელოვანია დისკის მასივებზე წვდომის კონტროლის ფუნქცია, თუ ჰეტეროგენული სერვერები ინახება SAN- ში. შენახვის ქსელები მრავალ სერვერს საშუალებას აძლევს ერთდროულად შეუშვან მრავალ დისკის ქვესისტემას, თითოეული მასპინძლის რუქას ახდენს კონკრეტულ დისკებზე კონკრეტულ დისკზე. სხვადასხვა ოპერაციული სისტემისთვის, საჭიროა დისკის მასივის სტრატიფიკაცია "ლოგიკურ ერთეულებად" (ლოგიკური ერთეული - LUNs), რომელსაც ისინი გამოიყენებენ კონფლიქტების გარეშე. ლოგიკური ტერიტორიების გამოყოფა შეიძლება დაგჭირდეთ იმავე მონაცემებზე წვდომის ორგანიზებისთვის, გარკვეული სერვერების აუზით, მაგალითად, იმავე სამუშაო ჯგუფის სერვერებისთვის. სპეციალური პროგრამულ მოდულებს ევალებათ ყველა ამ ოპერაციის მხარდაჭერა.

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


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

რა თქმა უნდა, შენახვის ქსელები ძვირი და რთული გამოსავალია და იმისდა მიუხედავად, რომ დღეს ყველა წამყვანი მომწოდებელი აწარმოებს ბოჭკოვანი არხზე დაფუძნებულ SAN მოწყობილობებს, მათი თავსებადობა არ არის გარანტირებული, ხოლო სწორი აღჭურვილობის არჩევა მომხმარებლებისთვის პრობლემას უქმნის. დამატებითი ქსელის ორგანიზებისთვის და მართვის პროგრამული უზრუნველყოფის შეძენისთვის დამატებითი ხარჯები იქნება საჭირო, ხოლო SAN– ს საწყისი ღირებულება უფრო მაღალი იქნება, ვიდრე DAS– ის გამოყენებით შენახვის ორგანიზაცია, მაგრამ საკუთრების საერთო ღირებულება უნდა იყოს უფრო დაბალი.

ნას

SAN– სგან განსხვავებით, NAS (ქსელთან მიმაგრებული საცავი) არ არის ქსელი, არამედ ქსელის შესანახი მოწყობილობა, უფრო სწორედ, მასში შემავალი დისკის ქვესისტემით გამოყოფილი ფაილური სერვერი. ზოგჯერ ოპტიკური ან ფირის ბიბლიოთეკა შეიძლება შედიოდეს NAS– ს კონფიგურაციაში. NAS მოწყობილობა (NAS აპარატი) პირდაპირ კავშირშია ქსელთან და მასპინძელებს აძლევს მის ინტეგრირებულ გარე მეხსიერების ქვესისტემაზე ფაილებს. გამოყოფილი ფაილ სერვერების გაჩენა დაკავშირებულია Sun Microsystems- ის მიერ 90-იანი წლების დასაწყისში NFS ქსელური ფაილური სისტემის შემუშავებასთან, რაც საშუალებას აძლევდა კლიენტ კომპიუტერებს ადგილობრივ ქსელში გამოიყენონ ფაილები დისტანციურ სერვერზე. შემდეგ Microsoft– მა წამოიწია მსგავსი სისტემა Windows გარემოსთვის - საერთო ინტერნეტ ფაილური სისტემა. NAS- ის კონფიგურაციები მხარს უჭერს როგორც ამ სისტემას, ასევე IP- ზე დაფუძნებულ სხვა პროტოკოლებს, რომლებიც უზრუნველყოფენ ფაილების გაზიარებას კლიენტის პროგრამებისთვის.


NAS მოწყობილობა ჰგავს DAS კონფიგურაციას, მაგრამ ძირეულად განსხვავდება მისგან, რადგან ის უზრუნველყოფს ფაილის დონეზე და არა მონაცემთა ბლოკებს, ხოლო ქსელში არსებულ ყველა პროგრამას საშუალებას აძლევს, გაზიარონ ფაილები მათ დისკზე. NAS ადგენს ფაილურ სისტემაში შემავალ ფაილს, ამ ფაილში არსებული ოფსეტური (რომელიც წარმოდგენილია როგორც ბაიტების რიგითობა) და ბაიტების რაოდენობა წაკითხვის ან ჩასაწერად. NAS მოწყობილობაზე მოთხოვნა არ განსაზღვრავს დისკზე მოცულობას ან სექტორს, სადაც ფაილი მდებარეობს. გამოწვევა ოპერაციული სისტემა   NAS მოწყობილობამ თარგმნა კონკრეტული ფაილის დაშვება მონაცემთა ბლოკის დონეზე. ფაილების წვდომა და ინფორმაციის გაზიარების შესაძლებლობა მოსახერხებელია პროგრამებისთვის, რომლებიც ერთდროულად უნდა ემსახურონ ბევრ მომხმარებელს, მაგრამ არ მოითხოვს თითოეული მოთხოვნისთვის ძალიან დიდი რაოდენობით მონაცემების გადმოტვირთვას. ამიტომ, ჩვეულებრივ პრაქტიკად იქცევა NAS– ის გამოყენება ინტერნეტ პროგრამებისთვის, ვებ – სერვისებისთვის ან CAD– ში, რომლებშიც ასობით სპეციალისტი მუშაობს ერთ პროექტზე.

NAS– ს ვარიანტი მარტივია ინსტალაციისა და მართვისთვის. საცავის ქსელისგან განსხვავებით, NAS მოწყობილობის დამონტაჟებას არ საჭიროებს სპეციალური დაგეგმვა და დამატებითი მართვის პროგრამული უზრუნველყოფის ღირებულება - უბრალოდ დააკავშიროთ ფაილების სერვერს ადგილობრივ ქსელში. NAS ათავისუფლებს სერვერებს ქსელში შენახვის მართვის ამოცანებისგან, მაგრამ არ განტვირთავს ქსელური ტრაფიკი, რადგან მონაცემები გაცვალეს ზოგადი დანიშნულების სერვერებსა და NAS- ს შორის იმავე ლოკალურ ქსელში. ერთი ან მეტი კონფიგურაცია შესაძლებელია NAS- ზე ფაილური სისტემები, რომელთაგან თითოეულს ენიჭება დისკზე მოცულობის კონკრეტული ნაკრები. იმავე ფაილური სისტემის ყველა მომხმარებელს მოთხოვნილ ნაწილად გამოყოფს დისკზე. ამრიგად, NAS უზრუნველყოფს უფრო ეფექტურ ორგანიზაციას და მეხსიერების რესურსების გამოყენებას DAS– სთან შედარებით, რადგან პირდაპირ კავშირში შესანახი ქვესისტემა ემსახურება მხოლოდ ერთ გამოთვლილ რესურსს, და შეიძლება მოხდეს, რომ ადგილობრივ ქსელში ერთ სერვერს ჰქონდეს ძალიან ბევრი გარე მეხსიერება, ხოლო სხვა არ მუშაობს დისკის სივრცეში. მაგრამ თქვენ არ შეგიძლიათ შექმნათ ერთი საცავი საცავის რესურსები რამდენიმე NAS მოწყობილობიდან და, შესაბამისად, ქსელში NAS კვანძების რაოდენობის ზრდა გაართულებს მენეჯმენტის ამოცანას.

NAS + SAN \u003d?

რომელი ფორმაა საცავის ინფრასტრუქტურის შერჩევა: NAS ან SAN? პასუხი დამოკიდებულია ორგანიზაციის შესაძლებლობებსა და საჭიროებებზე, თუმცა, ძირითადად, არასწორია მათი შედარება ან თუნდაც მათი კონტრასტი, რადგან ეს ორი კონფიგურაცია სხვადასხვა პრობლემას აგვარებს. ადგილობრივ ქსელში ჰეტეროგენული სერვერის პლატფორმებზე განაცხადების ფაილების წვდომა და ინფორმაციის გაზიარება არის NAS. მაღალი ხარისხის ბლოკის წვდომა მონაცემთა ბაზებზე, შენახვის კონსოლიდაცია, მისი საიმედოობისა და ეფექტურობის გარანტირება - ეს არის SAN. ცხოვრებაში, თუმცა, ყველაფერი უფრო რთულია. NAS და SAN ხშირად უკვე თანაარსებობენ ან ერთდროულად უნდა განხორციელდეს კომპანიის განაწილებულ IT ინფრასტრუქტურაში. ეს გარდაუვლად ქმნის მენეჯმენტისა და შენახვის გამოყენების პრობლემებს.

დღეს, მწარმოებლები ეძებენ ორივე ტექნოლოგიის ინტეგრირების გზებს ქსელის ერთიან ინფრასტრუქტურაში, რომელიც გააერთიანებს მონაცემებს, მოახდენს სარეზერვო ცენტრალიზაციას, ზოგადი ადმინისტრირების გამარტივებას, მასშტაბურობას და მონაცემთა დაცვას. NAS და SAN- ის კონვერგენცია ბოლო დროს ერთ-ერთი ყველაზე მნიშვნელოვანი ტენდენციაა.

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

შეჯამება

ერთიანი ქსელური სისტემების შექმნა, რომელიც აერთიანებს SAN და NAS შესაძლებლობებს, არის მხოლოდ ერთი ნაბიჯი საწარმოს შენახვის სისტემების გლობალური ინტეგრაციისკენ. დისკის მასივები, რომლებიც დაკავშირებულია უშუალოდ ცალკეულ სერვერებზე, აღარ აკმაყოფილებს დიდი ორგანიზაციების საჭიროებებს რთული განაწილებული IT ინფრასტრუქტურით. დღეს, უბრალოდ შენახვის ქსელები, რომელიც დაფუძნებულია მაღალი ხარისხის, მაგრამ სპეციალიზებული ბოჭკოვანი არხის ტექნოლოგიაზე, განიხილება არა მხოლოდ მიღწევა, არამედ თავის ტკივილის წყაროც ინსტალაციის სირთულის გამო, ტექნიკის და პროგრამული უზრუნველყოფის მხარდაჭერაზე, სხვადასხვა გამყიდველებისგან. ამასთან, ის ფაქტი, რომ შენახვის რესურსები უნდა იყოს გაერთიანებული და ქსელში, აღარ არის ეჭვი. ეძებენ გზებს ოპტიმალურ კონსოლიდაციაზე. აქედან გამომდინარე, გადაწყვეტილებების მწარმოებლების გააქტიურება, რომლებიც მხარს უჭერენ შენახვის ქსელების IP პროტოკოლში გადატანის სხვადასხვა ვარიანტს]. აქედან გამომდინარე, დიდი ინტერესი შენახვის ვირტუალიზაციის კონცეფციის სხვადასხვა დანერგვის მიმართ. შენახვის ბაზარზე წამყვანი მოთამაშეები არა მხოლოდ აერთიანებენ ყველა მათ პროდუქტს საერთო ნაწილის ქვეშ (TotalStorage for IBM ან SureStore for HP), არამედ აყალიბებენ საკუთარ სტრატეგიებს კონსოლიდირებული, ქსელის შესანახი ინფრასტრუქტურის შესაქმნელად და კორპორატიული მონაცემების დასაცავად. ამ სტრატეგიებში საკვანძო როლს შეასრულებს ვირტუალიზაციის იდეა, რომელსაც მხარს უჭერენ ძირითადად მძლავრი პროგრამული უზრუნველყოფის გადაწყვეტილებების დონეზე განაწილებული შენახვის ცენტრალიზებული მართვისთვის. ინიციატივები, როგორიცაა StorageTank საწყისი IBM, ფედერალური საცავის ტერიტორიის მენეჯმენტი HP- სგან, E- ინფრასტრუქტურა EMC- დან, პროგრამა   გადამწყვეტ როლს ასრულებს.