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

როდის სჭირდება კომპანიას საკუთარი მონაცემთა ცენტრი

ყველა ორგანიზაციას სრულმასშტაბიანი მონაცემთა ცენტრი არ სჭირდება. ზოგ შემთხვევაში საკმარისია ერთი ან ორი rack server-ი, NAS-ი და სწორი UPS ინფრასტრუქტურა. მაგრამ თუ კომპანიას აქვს კრიტიკული ბიზნესაპლიკაციები, ადგილობრივი მონაცემების შენახვის მოთხოვნა, დაბალი დაყოვნების (latency) საჭიროება, შიდა სისტემებზე სრული კონტროლის სურვილი ან შესაბამისობასთან (compliance) დაკავშირებული შეზღუდვები, მაშინ საკუთარი ინფრასტრუქტურის მოწყობა უკვე არა კომფორტის, არამედ ოპერაციული აუცილებლობის საკითხია.

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

მონაცემთა ცენტრის მოწყობის გზამკვლევი — დაგეგმვა იწყება დატვირთვით

საწყისი კითხვა მარტივია: რას უნდა მოემსახუროს ინფრასტრუქტურა? თუ ამ კითხვაზე პასუხი ბუნდოვანია, მომდევნო შესყიდვებიც შემთხვევითი იქნება. ჯერ უნდა განსაზღვროთ სამუშაო დატვირთვები (workloads) — ვირტუალური მანქანები, ფაილური საცავი, სარეზერვო სისტემა, კამერების არქივი, მონაცემთა ბაზები, ERP, დომენის სერვისები, ელფოსტის ინფრასტრუქტურა ან სპეციალიზებული აპლიკაციები.

აქედან გამომდინარეობს სამი ძირითადი პარამეტრი: გამოთვლითი რესურსი, საცავი და ქსელური გამტარობა. მაგალითად, თუ გარემო ძირითადად ფაილებისა და სარეზერვო ასლებისთვისაა განკუთვნილი, აქცენტი გადავა storage capacity-ზე (საცავის მოცულობაზე) და დისკური მასივის ტიპზე. თუ საქმე გაქვთ ვირტუალიზაციასთან და მონაცემთა ბაზებთან, უფრო მნიშვნელოვანია CPU core density (პროცესორის ბირთვების სიმჭიდროვე), RAM capacity და დაბალი latency-ის მქონე storage.

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

სივრცე და rack ინფრასტრუქტურა

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

rack-ის (სერვერული კარადის) არჩევა ხდება არა მხოლოდ სიმაღლით, არამედ სიღრმით, დატვირთვის უნარით, კაბელების მენეჯმენტითა და ჰაერის ნაკადის ორგანიზებით. enterprise კლასის სერვერებისთვის არასაკმარისი სიღრმის კარადა ხშირი პრობლემაა. ასევე წინასწარ უნდა გაითვალისწინოთ PDU-ების (კვების გამანაწილებლების) განთავსება, patch panel-ები, switch-ები, UPS-თან კავშირი და საკაბელო ტრასები.

თუ დღეს 12U გჭირდებათ, 18U-ის არჩევა ხშირად უფრო იაფი ჯდება, ვიდრე ერთ წელიწადში ახალ კარადაში სრული გადანაცვლება. rack capacity-ის დაგეგმვისას თავისუფალი ადგილი ფუფუნება არ არის — ეს მომსახურებისა და სამომავლო ზრდის რესურსია.

ენერგომომარაგება — ერთ წერტილში ჩავარდნა ყველაზე ძვირი ჯდება

ელექტროენერგია მონაცემთა ცენტრის საფუძველია. თუ აქ შეცდომას დაუშვებთ, დანარჩენი კომპონენტების ხარისხი ბევრს ვერაფერს გიშველით. დაგეგმვისას უნდა განსაზღვროთ სრული დატვირთვა ვატებში (W), პიკური მოხმარება, სტარტაპ (start-up) დატვირთვა და რეზერვის პროცენტი. ბევრი კომპანია UPS-ს არჩევს მხოლოდ ნომინალური სიმძლავრით, მაგრამ არ ითვლის რეალურ ავტონომიურობას, power factor-ს (სიმძლავრის კოეფიციენტს) და გაფართოების შესაძლებლობას.

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

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

გაგრილება — თერმული რეჟიმი განსაზღვრავს საიმედოობას

გაგრილების თემას ხშირად მას შემდეგ უბრუნდებიან, რაც ოთახში უკვე სიცხეა და სერვერები fan speed-ს (გამაგრილებლების სიჩქარეს) მაქსიმუმზე აყენებენ. ეს დაგვიანებული მიდგომაა. ჯერ უნდა იცოდეთ, თუ რამდენ სითბოს გამოყოფს IT დატვირთვა (IT load), რა მოცულობისაა ოთახი, როგორ მოძრაობს ჰაერი და რა ხდება ზაფხულის პიკურ ტემპერატურებზე.

მცირე სერვერული ოთახისთვის ზოგჯერ საკმარისია dedicated precision cooling (სპეციალიზებული ზუსტი გაგრილება) ან სწორად გათვლილი კონდიცირების სისტემა, თუმცა ჩვეულებრივი საოფისე კონდიციონერი ყოველთვის ვერ უძლებს 24/7 რეჟიმში მუშაობას. მთავარი საკითხი არა მხოლოდ ტემპერატურა, არამედ ჰაერის ნაკადის მიმართულება, ცხელი წერტილების (hot spots) თავიდან აცილება და ტენიანობის კონტროლია.

თუფ რამდენიმე კარადა გაქვთ, cold aisle/hot aisle (ცივი და ცხელი დერეფნების) ლოგიკა უკვე პრაქტიკული აუცილებლობა ხდება. პატარა გარემოშიც კი, სწორად ორგანიზებული ჰაერის ნაკადი (airflow) მნიშვნელოვნად ამცირებს გადახურების რისკსა და ენერგიის ხარჯს.

ქსელი — სწრაფი არ ნიშნავს სწორად დაგეგმილს

მონაცემთა ცენტრის ქსელის მოწყობისას შეცდომა ხშირად იწყება იქ, სადაც ყველა პორტი უბრალოდ „ერთ დიდ switch-ში“ ერთდება. რეალურად საჭიროა როლების განცალკევება: management network, production traffic, storage traffic, backup traffic და, საჭიროების შემთხვევაში, DMZ სეგმენტი. ეს აუმჯობესებს როგორც უსაფრთხოებას, ისე დიაგნოსტიკას.

1GbE ჯერ კიდევ საკმარისია გარკვეული დატვირთვებისთვის, მაგრამ ვირტუალიზაციის კლასტერებში, საერთო საცავთან მუშაობისას ან სარეზერვო კოპირების დროის (backup window) შესამცირებლად 10GbE ხშირად უკვე საბაზისო მოთხოვნაა. უფრო მაღალი სიჩქარე ყოველთვის აუცილებელი არ არის, თუმცა uplink-ების გამტარობა bottleneck (ვიწრო ყელი) არ უნდა გახდეს ზრდის პირველსავე ეტაპზე.

სასურველია switch stack-ის ან redundant core-ის გამოყენება იმ გარემოში, სადაც ერთი მოწყობილობის mწყობრიდან გამოსვლა ბიზნესს აჩერებს. ასევე აუცილებელია კაბელების მარკირებისა და patching-ის მკაფიო დოკუმენტაცია. ცუდად მონიშნული პორტები და არათანმიმდევრული კაბელირება ავარიის დროს ძვირფას საათებს დაგაკარგვინებთ.

საცავი და სერვერები — არჩევანი დატვირთვიდან უნდა გამომდინარეობდეს

სერვერის შერჩევა იწყება არა ბრენდით, არამედ workload profile-ით (სამუშაო დატვირთვის პროფილით). რამდენი ვირტუალური მანქანა გაქვთ, რა ტიპის CPU-bound ან memory-bound პროცესები მიმდინარეობს, რა არის IOPS-ის მოთხოვნა და როგორი redundancy გჭირდებათ ჰოსტის (host) დონეზე. მცირე კომპანიაში ორი სწორად დაკომპლექტებული სერვერი და ჰიპერვაიზორის კლასტერი ხშირად უკეთესი გადაწყვეტილებაა, ვიდრე ერთი „ძლიერი“ სერვერი.

storage-ის (საცავის) მხარეს მთავარი კითხვებია: capacity (ტევადობა), performance (წარმადობა) და resilience (მდგრადობა). SATA, SAS და SSD/NVMe დისკების არჩევანი უნდა ემყარებოდეს რეალურ დატვირთვას. ვიდეოარქივისთვის სრულიად სხვა ლოგიკაა საჭირო, transactional database-ისთვის კი — სულ სხვა. RAID დონეები, hot spare დისკები, controller redundancy და snapshot/backup შესაძლებლობები წინასწარ უნდა განიხილოთ.

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

უსაფრთხოება — ფიზიკური და ლოგიკური კონტროლი ერთად მუშაობს

მონაცემთა ცენტრის უსაფრთხოება firewall-ით არ იწყება და არ მთავრდება. პირველ რიგში, საჭიროა ფიზიკური წვდომის კონტროლი — ვინ შედის ოთახში, როგორ ფიქსირდება ეს, არის თუ არა ვიდეომონიტორინგი და გარემოს კონტროლის სენსორები. მცირე ბიზნესშიც კი სჯობს server room-ი არ იყოს ყველასთვის ხელმისაწვდომი ტექნიკური სივრცე.

ლოგიკურ დონეზე აუცილებელია ქსელის სეგმენტაცია, ადმინისტრაციული წვდომის შეზღუდვა, MFA (მრავალფაქტორიანი ავტორიზაცია) იქ, სადაც შესაძლებელია, firmware-ისა და სისტემური განახლებების რეგულარული პროცესი, ასევე ცენტრალიზებული ლოგირება. ბევრ კომპანიაში სარეზერვო ასლები არსებობს, მაგრამ ისინი არ არის დაცული ransomware (გამომძალველი) პროგრამებისგან. offline ან immutable backup (უცვლელი სარეზერვო ასლების) სტრატეგია უკვე არა მხოლოდ დიდი ორგანიზაციების, არამედ პრაქტიკულად ყველა ბიზნესის აუცილებელი საჭიროებაა.

მონიტორინგი, დოკუმენტაცია და მომსახურებადობა

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

დოკუმენტაციაც იმავე კატეგორიას განეკუთვნება. IP გეგმა, rack layout (კარადის განლაგება), პორტების რუკა, სარეზერვო სქემა, ლიცენზიები, გარანტიები, სერვის-ტეგები (service tags) — ეს ყველაფერი ერთ ადგილზე უნდა იყოს თავმოყრილი. ინფრასტრუქტურის მართვა კონკრეტულ ადამიანზე არ უნდა იყოს მიბმული.

ბიუჯეტი — სად არ ღირს ეკონომიის გაკეთება

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

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

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