Giriş
Yaddaş almaq vaxtıdır. Hansını götürməli, kimə qulaq asmalı? Satıcı A satıcı B haqqında danışır, sonra bunun əksini söyləyən və D satıcısına məsləhət verən inteqrator C var. Belə bir vəziyyətdə hətta təcrübəli saxlama memarının başı fırlanacaq, xüsusən də bütün yeni satıcılar və SDS və hiperkonvergensiya ilə dəbdə olan bu gün.
Beləliklə, hər şeyi necə başa düşürsən və axmaq olmayasan? Biz ( Anton Jbankov və Evgeni Elizarov) gəlin bu barədə sadə rus dilində danışmağa çalışaq.
Məqalənin bir çox oxşar cəhətləri var və əslində “” saxlama sistemlərinin seçilməsi və saxlama texnologiyalarının nəzərdən keçirilməsi baxımından. Ümumi nəzəriyyəyə qısaca nəzər salacağıq, lakin bu məqaləni də oxumağınızı tövsiyə edirik.
Nə üçün
Siz tez-tez yeni bir şəxsin foruma və ya Saxlama Müzakirələri kimi xüsusi söhbətə gəldiyi və sual verdiyi bir vəziyyəti görə bilərsiniz: “burada mənə iki saxlama variantı təklif edirlər - ABC SuperStorage S600 və XYZ HyperOcean 666v4, nə tövsiyə edirsiniz? ?”
Hazırlıqsız bir insan üçün tamamilə çinli olan dəhşətli və anlaşılmaz xüsusiyyətlərin həyata keçirilməsinin hansı xüsusiyyətlərinə malik olduğu ilə bağlı qarışıqlıq başlayır.
Beləliklə, kommersiya təkliflərində spesifikasiyaları müqayisə etməzdən çox əvvəl özünüzə verməli olduğunuz əsas və ilk sual NİYƏ? Bu saxlama sistemi niyə lazımdır?
Cavab gözlənilməz olacaq və çox Tony Robbins üslubunda - məlumatları saxlamaq üçün. Sağ olun, kapitan! Bununla belə, bəzən təfərrüatları müqayisə etməyə o qədər dərinləşirik ki, ilk növbədə bütün bunları niyə etdiyimizi unuduruq.
Beləliklə, məlumat saxlama sisteminin vəzifəsi müəyyən bir performansla DATA-ya girişi saxlamaq və təmin etməkdir. Biz data ilə başlayacağıq.
Məlumat
Məlumat növü
Hansı məlumatı saxlamağı planlaşdırırıq? Bir çox saxlama sistemini hətta nəzərdən qaçıra biləcək çox vacib bir sual. Məsələn, siz video və fotoşəkilləri saxlamağı planlaşdırırsınız. Kiçik bloklarda təsadüfi giriş üçün nəzərdə tutulmuş sistemləri və ya sıxılma / təkmilləşdirmədə mülkiyyət xüsusiyyətləri olan sistemləri dərhal silə bilərsiniz. Bunlar sadəcə əla sistemlər ola bilər, biz pis bir şey demək istəmirik. Ancaq bu vəziyyətdə onların güclü tərəfləri ya zəifləyəcək (video və fotoşəkillər sıxılmayacaq) və ya sadəcə sistemin dəyərini əhəmiyyətli dərəcədə artıracaq.
Əksinə, nəzərdə tutulan istifadə məşğul tranzaksiya DBMS-dirsə, saniyədə gigabayt ötürməyə qadir olan əla multimedia axın sistemləri pis seçim olacaqdır.
Məlumat həcmi
Nə qədər məlumat saxlamağı planlaşdırırıq? Kəmiyyət həmişə keyfiyyətə çevrilir; bunu heç vaxt unutmaq olmaz, xüsusən də məlumatların həcmində eksponensial artım zamanı. Petabayt səviyyəli sistemlər artıq qeyri-adi deyil, lakin petabayt tutumu nə qədər böyükdürsə, sistem daha spesifik olur, kiçik və orta ölçülü təsadüfi giriş sistemlərinin adi funksionallığı bir o qədər az əlçatan olacaq. Bu əhəmiyyətsizdir, çünki bloka giriş statistikası cədvəlləri nəzarətçilərdə mövcud RAM miqdarından daha böyük olur. Sıxılma/səviyyəni qeyd etmək olmaz. Tutaq ki, biz sıxılma alqoritmini daha güclü birinə keçmək və 20 petabayt məlumatı sıxışdırmaq istəyirik. Nə qədər vaxt aparacaq: altı ay, bir il?
Digər tərəfdən, 500 GB məlumat saxlamaq və emal etmək lazımdırsa, niyə narahat olursunuz? Yalnız 500. Bu ölçüdə məişət SSD-ləri (aşağı DWPD ilə) heç bir xərc çəkmir. Nə üçün Fiber Kanal fabriki tikməli və çuqun körpüyə bərabər olan yüksək səviyyəli xarici yaddaş sistemləri almalısınız?
Ümumi məlumatın neçə faizi isti məlumatdır? Məlumat həcmi baxımından yük nə qədər qeyri-bərabərdir? İsti məlumatın miqdarı ümumi ilə müqayisədə kiçik olarsa, səviyyəli saxlama texnologiyası və ya Flash Keş çox faydalı ola bilər. Və ya əksinə, axın sistemlərində (video nəzarət, bəzi analitik sistemlər) tez-tez rast gəlinən bütün həcmdə vahid yüklə bu cür texnologiyalar heç bir şey təmin etməyəcək və yalnız sistemin dəyərini/mürəkkəbliyini artıracaq.
IP
Verilənlərin digər tərəfi isə verilənlərdən istifadə edən informasiya sistemidir. İS verilənləri miras alan tələblər toplusuna malikdir. İS haqqında daha çox məlumat üçün “Virtuallaşdırılmış Məlumat Mərkəzi Dizaynı”na baxın.
Davamlılıq/Mövcudluq Tələbləri
Qüsurlara dözümlülük / məlumatların mövcudluğu tələbləri onlardan istifadə edən İS-dən miras alınır və üç rəqəmlə ifadə edilir - RPO, RTO, mövcudluğu.
Mövcudluq — verilənlərin onlarla işləmək üçün mövcud olduğu müəyyən müddət üçün pay. Adətən 9 rəqəmi kimi ifadə edilir. Məsələn, ildə iki doqquz, mövcudluğun 99% olması deməkdir və ya başqa halda ildə 95 saat əlçatmazlığa icazə verilir. Üç doqquz - ildə 9,5 saat.
RPO / RTO ümumi göstəricilər deyil, mövcudluqdan fərqli olaraq hər bir hadisə (qəza) üçün.
RPO — qəza zamanı itirilmiş məlumatların miqdarı (saatlarla). Məsələn, ehtiyat nüsxələri gündə bir dəfə baş verirsə, RPO = 24 saat. Bunlar. Fəlakət və saxlama sisteminin tamamilə itirilməsi halında, 24 saata qədər məlumat itirilə bilər (ehtiyat anından). İS üçün müəyyən edilmiş RPO əsasında, məsələn, ehtiyat qaydalar yazılır. Həmçinin, RPO-ya əsaslanaraq, nə qədər sinxron/asinxron məlumat replikasiyasına ehtiyac olduğunu başa düşə bilərsiniz.
RTO — fəlakətdən sonra xidməti (məlumat əldə etmək) bərpa etmək vaxtı. Verilmiş RTO dəyərinə əsasən, biz metroklasterə ehtiyac olub-olmadığını və ya bir istiqamətli təkrarlamanın kifayət olub olmadığını anlaya bilərik. Sizə yüksək səviyyəli çox nəzarətçi saxlama sisteminə ehtiyacınız varmı?
Performans Tələbləri
Bu çox açıq sual olsa da, çətinliklərin çoxu məhz burada yaranır. Artıq bir növ infrastrukturunuz olub-olmamağınızdan asılı olaraq, lazımi statistik məlumatları toplamaq yolları qurulacaq.
Sizin artıq yaddaş sisteminiz var və onu əvəz edən sistem axtarırsınız və ya genişləndirmək üçün başqasını almaq istəyirsiniz. Burada hər şey sadədir. Artıq hansı xidmətlərə sahib olduğunuzu və yaxın gələcəkdə hansı xidmətləri həyata keçirməyi planlaşdırdığınızı başa düşürsünüz. Cari xidmətlərə əsaslanaraq, performans statistikasını toplamaq imkanınız var. Mövcud IOPS sayına və cari gecikmə müddətinə qərar verin - bu göstəricilər hansılardır və tapşırıqlarınız üçün kifayətdirmi? Bu, həm məlumat saxlama sisteminin özündə, həm də ona qoşulmuş hostlardan edilə bilər.
Üstəlik, yalnız cari yükə deyil, müəyyən bir müddətə (tercihen bir ay) baxmaq lazımdır. Gün ərzində maksimum zirvələrin nə olduğunu, ehtiyat nüsxənin hansı yükü yaratdığını və s. Saxlama sisteminiz və ya onun proqram təminatı sizə bu məlumatların tam dəstini təqdim etmirsə, siz ən populyar saxlama sistemləri və açarlarının əksəriyyəti ilə işləyə bilən və sizə ətraflı performans statistikası təqdim edə bilən pulsuz RRDtool-dan istifadə edə bilərsiniz. Bu saxlama sistemi ilə işləyən hostlarda, xüsusi virtual maşınlar üçün yükə və ya bu hostda tam olaraq nə işlədiyinə baxmağa dəyər.
Ayrı-ayrılıqda qeyd etmək lazımdır ki, həcmdə və bu həcmdə yerləşən məlumat anbarında gecikmələr olduqca əhəmiyyətli dərəcədə fərqlənirsə, SAN şəbəkənizə diqqət yetirməlisiniz, onunla və yenisini satın almadan əvvəl problemlərin olması ehtimalı yüksəkdir. sistem, bu məsələyə baxmağa dəyər , çünki mövcud sistemin performansını artırmaq ehtimalı çox yüksəkdir.
Siz sıfırdan bir infrastruktur qurursunuz və ya yüklərindən xəbərsiz olduğunuz bəzi yeni xidmətlər üçün sistem satın alırsınız. Bir neçə variant var: yükü öyrənməyə və proqnozlaşdırmağa çalışmaq üçün ixtisaslaşdırılmış resurslarda həmkarlarınızla əlaqə saxlayın, oxşar xidmətlərin həyata keçirilməsində təcrübəsi olan və sizin üçün yükü hesablaya bilən inteqratorla əlaqə saxlayın. Üçüncü seçim (adətən ən çətin, xüsusən evdə yazılmış və ya nadir tətbiqlərə aiddirsə) sistem tərtibatçılarından performans tələblərini öyrənməyə çalışmaqdır.
Nəzərə alın ki, praktiki tətbiq baxımından ən düzgün seçim cari avadanlıqda pilot və ya satıcı/inteqrator tərəfindən sınaq üçün nəzərdə tutulmuş avadanlıqdır.
Xüsusi tələblər
Xüsusi tələblər, məlumatların birbaşa işlənməsi və təmin edilməsi üçün performans, nasazlığa dözümlülük və funksionallıq tələblərinə uyğun olmayan hər şeydir.
Məlumatların saxlanması sistemi üçün ən sadə xüsusi tələblərdən birini “özgəninkiləşdirilə bilən yaddaş mediası” adlandırmaq olar. Və dərhal aydın olur ki, bu məlumat saxlama sisteminə bir lent kitabxanası və ya ehtiyat nüsxəsinin atıldığı sadəcə bir lent sürücüsü daxil olmalıdır. Bundan sonra xüsusi təlim keçmiş şəxs lentə imza atır və qürurla onu xüsusi seyfə aparır.
Xüsusi tələbin başqa bir nümunəsi qorunan zərbəyə davamlı dizayndır.
Harada?
Müəyyən saxlama sisteminin seçilməsində ikinci əsas komponent bu saxlama sisteminin HARADA yerləşəcəyi haqqında məlumatdır. Coğrafiyadan və ya iqlim şəraitindən başlayaraq kadrlarla bitir.
Müştəri
Bu saxlama sistemi kimlər üçün nəzərdə tutulub? Sualın aşağıdakı səbəbləri var:
Hökumət müştəri/kommersiya.
Kommersiya müştərisinin heç bir məhdudiyyəti yoxdur və hətta öz daxili qaydalarına uyğun olaraq tender keçirməyə məcbur deyil.
Dövlət müştərisi başqa məsələdir. 44 Federal Qanun və etiraz edilə bilən tenderlər və texniki spesifikasiyalar ilə digər zövqlər.
Müştəri sanksiyalar altındadır
Yaxşı, burada sual çox sadədir - seçim yalnız müəyyən bir müştəri üçün mövcud olan təkliflərlə məhdudlaşır.
Daxili qaydalar / satıcılar / modellərin alınmasına icazə verilir
Sual da son dərəcə sadədir, ancaq bunu yadda saxlamaq lazımdır.
Fiziki olaraq harada
Bu hissədə biz yaşayış yerlərində coğrafiya, kommunikasiya kanalları və mikroiqlimlə bağlı bütün məsələləri nəzərdən keçiririk.
heyət
Bu saxlama sistemi ilə kim işləyəcək? Bu, saxlama sisteminin özünün edə biləcəyindən daha az əhəmiyyətli deyil.
A satıcısının saxlama sistemi nə qədər perspektivli, sərin və gözəl olsa da, əgər heyət yalnız B satıcısı ilə işləməyi bilirsə və A ilə gələcək satınalmalar və davamlı əməkdaşlıq planları yoxdursa, onun quraşdırılmasının çox az mənası var.
Və əlbəttə ki, sualın digər tərəfi müəyyən bir coğrafi yerdə birbaşa şirkətdə və potensial olaraq əmək bazarında mövcud olan təlim keçmiş kadrların nə dərəcədə olmasıdır. Regionlar üçün sadə interfeyslərə malik saxlama sistemləri və ya idarəetməni uzaqdan mərkəzləşdirmək imkanı seçmək çox mənalı ola bilər. Əks təqdirdə, bir nöqtədə dözülməz dərəcədə ağrılı ola bilər. İnternet yeni gələn bir işçinin, dünənki tələbənin necə konfiqurasiya etdiyinə dair hekayələrlə doludur ki, bütün ofis öldürüldü.
Ətraf mühit
Və təbii ki, mühüm sual bu saxlama sisteminin hansı mühitdə işləyəcəyidir.
- Bəs enerji təchizatı/soyutma?
- Nə əlaqə
- Harada quraşdırılacaq?
- və s.
Çox vaxt bu suallar təbii olaraq qəbul edilir və xüsusilə nəzərə alınmır, lakin bəzən hər şeyi dəyişdirə bilənlərdir.
O
Satıcı
Bu günə (2019-cu ilin ortaları) Rusiya saxlama bazarını 5 kateqoriyaya bölmək olar:
- Ən yüksək bölmə ən sadədən tutmuş yüksək səviyyəyə qədər geniş çeşiddə disk rəflərinə malik yaxşı qurulmuş şirkətlərdir (HPE, DellEMC, Hitachi, NetApp, IBM / Lenovo)
- İkinci bölmə - məhdud xətti olan şirkətlər, niş oyunçular, ciddi SDS satıcıları və ya yüksələn yeni gələnlər (Fujitsu, Datacore, Infinidat, Huawei, Pure və s.)
- Üçüncü bölmə - aşağı səviyyəli niş həllər, ucuz SDS, ceph və digər açıq layihələrə əsaslanan qabaqcıl məhsullar (Infortrend, Starwind və s.)
- SOHO seqmenti - ev/kiçik ofis səviyyəsində kiçik və ultra kiçik saxlama sistemləri (Synology, QNAP və s.)
- İdxalla əvəz edilmiş saxlama sistemləri - bu, həm etiketlənmiş etiketləri olan birinci bölmənin avadanlıqlarını, həm də ikincinin nadir nümayəndələrini (RAIDIX, onlara ikincisini əvvəlcədən verəcəyik), lakin əsasən bu üçüncü bölmədir (Aerodisk, Baum, Depo və s.)
Bölmə olduqca ixtiyaridir və ümumiyyətlə üçüncü və ya SOHO seqmentinin pis olduğunu və istifadə edilə bilməyəcəyini ifadə etmir. Aydın şəkildə müəyyən edilmiş məlumat dəsti və yük profili olan xüsusi layihələrdə, onlar qiymət/keyfiyyət nisbəti baxımından birinci bölməni çox üstələməklə çox yaxşı işləyə bilərlər. Əvvəlcə hədəfləriniz, inkişaf perspektivləriniz və tələb olunan funksionallıq barədə qərar vermək vacibdir - sonra Synology sizə sədaqətlə xidmət edəcək və saçlarınız yumşaq və ipək kimi olacaqdır.
Satıcı seçərkən vacib amillərdən biri mövcud mühitdir. Artıq neçə saxlama sisteminiz var və mühəndisləriniz hansı saxlama sistemləri ilə işləyə bilər. Başqa bir satıcıya, başqa əlaqə nöqtəsinə ehtiyacınız varmı, bütün yükü A satıcısından B satıcısına tədricən köçürəcəksinizmi?
Lazım olandan artıq varlıqlar istehsal etməməlidir.
iSCSI/FC/Fayl
Mühəndislər arasında giriş protokolları məsələsində konsensus yoxdur və mübahisə mühəndislikdən daha çox teoloji müzakirələrə bənzəyir. Ancaq ümumilikdə aşağıdakı məqamları qeyd etmək olar:
FCoE diridən çox ölü.
FC və iSCSI. 2019-cu ildə FC-nin məlumat əldə etmək üçün xüsusi bir zavod olan IP saxlama ilə müqayisədə əsas üstünlüklərindən biri xüsusi IP şəbəkəsi ilə kompensasiya olunur. FC-nin İP şəbəkələri üzərində heç bir qlobal üstünlüyü yoxdur və İP-dən iri bankın əsas bank sistemi üçün ağır DBMS sistemlərinə qədər istənilən yük səviyyəli saxlama sistemləri qurmaq üçün istifadə edilə bilər. Digər tərəfdən, FC-nin ölümü artıq bir neçə ildir ki, peyğəmbərlik edilir, lakin nəsə daim buna mane olur. Bu gün, məsələn, saxlama bazarının bəzi oyunçuları NVMEoF standartını fəal şəkildə inkişaf etdirirlər. Onun FCoE-nin taleyini bölüşəcəkmi - bunu zaman göstərəcək.
Fayl girişi həm də diqqətə layiq olmayan bir şey deyil. NFS/CIFS məhsuldarlıq mühitlərində yaxşı işləyir və düzgün tərtib olunarsa, blok protokollarından daha çox şikayətə malik deyil.
Hibrid / Bütün Flash Array
Klassik saxlama sistemləri 2 növdə olur:
- AFA (All Flash Array) - SSD istifadəsi üçün optimallaşdırılmış sistemlər.
- Hibrid - həm HDD, həm də SSD və ya onların birləşməsindən istifadə etməyə imkan verir.
Onların əsas fərqi dəstəklənən saxlama səmərəliliyi texnologiyaları və maksimum performans səviyyəsidir (yüksək IOPS və aşağı gecikmə). Hər iki sistem (modellərinin əksəriyyətində, aşağı səviyyəli seqmenti nəzərə almasaq) həm blok, həm də fayl cihazları kimi işləyə bilər. Dəstəklənən funksionallıq sistemin səviyyəsindən asılıdır və daha gənc modellər üçün ən çox minimum səviyyəyə endirilir. Yalnız bütövlükdə bütün xəttin imkanlarını deyil, müəyyən bir modelin xüsusiyyətlərini öyrənərkən buna diqqət yetirməyə dəyər. Həmçinin, təbii ki, onun texniki xüsusiyyətləri, məsələn, prosessor, yaddaşın həcmi, keş, portların sayı və növləri və s., həmçinin sistemin səviyyəsindən asılıdır. İdarəetmə nöqteyi-nəzərindən AFA-lar hibrid (disk) sistemlərdən yalnız SSD diskləri ilə işləmə mexanizmlərinin həyata keçirilməsində fərqlənir və hətta hibrid sistemdə SSD-dən istifadə etsəniz belə, bu heç də o demək deyil ki, siz edə bilərsiniz. AFA sistemi səviyyəsində performans səviyyəsinə nail olmaq. Həmçinin, əksər hallarda, hibrid sistemlərdə daxili səmərəli saxlama mexanizmləri qeyri-aktiv edilir və onların daxil edilməsi performansın itirilməsinə səbəb olur.
Xüsusi saxlama sistemləri
Əsasən operativ məlumatların emalına yönəlmiş ümumi təyinatlı saxlama sistemlərinə əlavə olaraq, adi prinsiplərdən əsaslı şəkildə fərqlənən (aşağı gecikmə, yüksək IOPS) əsas prinsipləri olan xüsusi saxlama sistemləri mövcuddur:
Media.
Bu sistemlər böyük media fayllarını saxlamaq və emal etmək üçün nəzərdə tutulmuşdur. Cavab. gecikmə praktiki olaraq əhəmiyyətsiz olur və bir çox paralel axınlarda geniş diapazonda məlumatların göndərilməsi və qəbulu qabiliyyəti ön plana çıxır.
Ehtiyat nüsxələri üçün saxlama sistemlərinin təkrarlanması.
Ehtiyat nüsxələr normal şəraitdə nadir hallarda rast gəlinən bir-birinə oxşarlığı ilə seçildiyindən (orta ehtiyat nüsxə dünənki nüsxədən 1-2% fərqlənir), bu sistemlər sinfi onlarda qeydə alınan məlumatları kifayət qədər kiçik həcmdə çox səmərəli şəkildə paketləyir. fiziki media sayı. Məsələn, bəzi hallarda məlumatların sıxılma nisbətləri 200-dən 1-ə çata bilər.
Obyekt saxlama sistemləri.
Bu saxlama sistemlərində adi blok-giriş həcmləri və fayl paylaşımları yoxdur və ən çox onlar nəhəng verilənlər bazasını xatırladırlar. Belə bir sistemdə saxlanılan obyektə giriş unikal identifikator və ya metadata (məsələn, XX-XX-XXXX və YY-YY-YYYY arasında yaradılma tarixi olan bütün JPEG formatlı obyektlər) vasitəsilə həyata keçirilir.
Uyğunluq sistemi.
Bu gün Rusiyada onlar o qədər də yaygın deyil, lakin onları qeyd etməyə dəyər. Bu cür saxlama sistemlərinin məqsədi təhlükəsizlik siyasətlərinə və ya tənzimləyici tələblərə uyğun məlumatların saxlanmasına zəmanət verməkdir. Bəzi sistemlər (məsələn, EMC Centera) məlumatların silinməsini qadağan etmək funksiyasını həyata keçirmişdir - açar çevrilən və sistem bu rejimə daxil olan kimi nə administrator, nə də başqa heç kim artıq qeydə alınmış məlumatları fiziki olaraq silə bilməz.
Mülkiyyət texnologiyaları
Flash önbelleği
Flash Cache, fləş yaddaşdan ikinci səviyyəli keş kimi istifadə etmək üçün bütün mülkiyyət texnologiyalarının ümumi adıdır. Flaş önbelleğini istifadə edərkən, saxlama sistemi adətən maqnit disklərindən sabit bir yük təmin etmək üçün hesablanır, pik isə önbellek tərəfindən təmin edilir.
Bu halda, yük profilini və saxlama həcmlərinin bloklarına girişin lokalizasiya dərəcəsini başa düşmək lazımdır. Flash keş yüksək lokallaşdırılmış sorğuları olan iş yükləri üçün texnologiyadır və vahid yüklənmiş həcmlər üçün (məsələn, analitik sistemlər üçün) praktiki olaraq tətbiq edilmir.
Bazarda iki flaş keş tətbiqi mövcuddur:
- Yalnız Oxu. Bu halda, yalnız oxunan məlumatlar önbelleğe alınır və yazı birbaşa disklərə keçir. NetApp kimi bəzi istehsalçılar hesab edirlər ki, onların saxlama sistemlərinə yazmaq artıq optimaldır və keş heç də kömək etməyəcək.
- Oxu/Yaz. Yalnız oxumaq deyil, həm də yazmaq keşlənir, bu, axını bufer etməyə və RAID Penalty-nin təsirini azaltmağa imkan verir və nəticədə daha az optimal yazma mexanizmi ilə yaddaş sistemləri üçün ümumi performansı artırır.
Katlama
Çoxsəviyyəli yaddaş (yorucu) SSD və HDD kimi müxtəlif performans səviyyələrinə malik səviyyələri bir disk hovuzunda birləşdirmək texnologiyasıdır. Məlumat bloklarına çıxışın açıq şəkildə qeyri-bərabərliyi halında, sistem məlumat bloklarını avtomatik olaraq balanslaşdıra, yüklənmişləri yüksək performans səviyyəsinə və soyuq olanları, əksinə, daha yavaş bir səviyyəyə keçirə biləcək.
Aşağı və orta siniflərin hibrid sistemləri cədvəl üzrə səviyyələr arasında hərəkət edən verilənlərlə çoxsəviyyəli yaddaşdan istifadə edir. Eyni zamanda, ən yaxşı modellər üçün çoxsəviyyəli yaddaş blokunun ölçüsü 256 MB-dır. Bu xüsusiyyətlər bizə pilləli saxlama texnologiyasını məhsuldarlığı artırmaq texnologiyası hesab etməyə imkan vermir, çünki bir çox insanlar səhv düşünürlər. Aşağı və orta səviyyəli sistemlərdə çoxsəviyyəli saxlama yükün qeyri-bərabərliyi olan sistemlər üçün saxlama xərclərini optimallaşdırmaq texnologiyasıdır.
Anlık
Saxlama sistemlərinin etibarlılığı haqqında nə qədər danışsaq da, hardware problemlərindən asılı olmayan məlumatları itirmək üçün bir çox imkanlar var. Bu, viruslar, hakerlər və ya məlumatların hər hansı digər qəsdən silinməsi/koruması ola bilər. Bu səbəbdən istehsalat məlumatlarının ehtiyat nüsxəsini çıxarmaq mühəndis işinin ayrılmaz hissəsidir.
Snapshot, müəyyən bir zamanda bir həcmin anlıq şəklidir. Əksər sistemlərlə işləyərkən, məsələn, virtuallaşdırma, verilənlər bazası və s. məlumatı ehtiyat nüsxəyə köçürəcəyimiz elə bir şəkil çəkməliyik, halbuki IS bu həcmlə təhlükəsiz şəkildə işləməyə davam edə biləcək. Ancaq yadda saxlamağa dəyər ki, bütün şəkillər eyni dərəcədə faydalı deyil. Fərqli satıcılar öz arxitekturası ilə bağlı anlıq görüntülər yaratmaq üçün fərqli yanaşmalara malikdirlər.
İnək (Kopyala-Yaz). Məlumat blokunu yazmağa çalışdığınız zaman onun orijinal məzmunu xüsusi sahəyə köçürülür, bundan sonra yazı normal şəkildə davam edir. Bu, snapshot daxilində məlumatların pozulmasının qarşısını alır. Təbii ki, bütün bu "parazitar" məlumat manipulyasiyaları saxlama sisteminə əlavə yük gətirir və bu səbəbdən oxşar tətbiqləri olan satıcılar ondan çox snapshotdan istifadə etməyi və yüksək yüklənmiş həcmlərdə ümumiyyətlə istifadə etməməyi tövsiyə etmirlər.
RoW (Yazılmaya Yönləndirmə). Bu halda, orijinal həcm təbii olaraq donur və məlumat blokunu yazmağa çalışarkən, saxlama sistemi məlumatı boş məkanda xüsusi sahəyə yazır, bu blokun metadata cədvəlində yerini dəyişdirir. Bu, yenidən yazma əməliyyatlarının sayını azaltmağa imkan verir ki, nəticədə performansın azalması aradan qaldırılır və anlıq görüntülərə və onların sayına məhdudiyyətlər aradan qaldırılır.
Snapshotlar da tətbiqlərə görə iki növdür:
Tətbiq ardıcıllığı. Snapshot yaratma anında saxlama sistemi istehlakçının əməliyyat sistemindəki bir agenti çəkir, bu da disk keşlərini yaddaşdan diskə zorla silir və tətbiqi bunu etməyə məcbur edir. Bu halda, snapshotdan bərpa edərkən məlumatlar ardıcıl olacaqdır.
Ardıcıl qəza. Bu halda, belə bir şey baş vermir və snapshot olduğu kimi yaradılır. Belə bir snapshotdan bərpa vəziyyətində, şəkil enerjinin birdən-birə söndürülməsi və bəzi məlumatların itirilməsi, önbelleklərdə ilişib qalması və heç vaxt diskə çatmaması halında nə baş verəcəyi ilə eynidir. Bu cür anlıq görüntüləri həyata keçirmək daha asandır və tətbiqlərdə performansın azalmasına səbəb olmur, lakin daha az etibarlıdır.
Yaddaş sistemlərində anlıq görüntülər niyə lazımdır?
- Birbaşa saxlama sistemindən agentsiz ehtiyat nüsxə
- Real məlumatlara əsaslanan test mühitləri yaradın
- Fayl saxlama sistemləri vəziyyətində, hipervizor əvəzinə yaddaş sistemi anlıq görüntülərindən istifadə etməklə VDI mühitləri yaratmaq üçün istifadə edilə bilər.
- Ehtiyat tezliyindən əhəmiyyətli dərəcədə yüksək tezlikdə planlaşdırılmış snapshotlar yaratmaqla aşağı RPO-ları təmin edin
Klonlama
Həcmi klonlaşdırma - anlıq görüntülərə bənzər prinsiplə işləyir, lakin yalnız məlumatları oxumaq üçün deyil, onunla tam işləmək üçün istifadə olunur. Biz həcmimizin dəqiq surətini bütün məlumatlarla birlikdə fiziki surət çıxarmadan əldə edə bilirik ki, bu da yerə qənaət edəcək. Tipik olaraq, həcmin klonlaşdırılması ya Test&Dev proqramında və ya IS-də bəzi yeniləmələrin funksionallığını yoxlamaq istəyirsinizsə istifadə olunur. Klonlaşdırma disk resursları baxımından bunu mümkün qədər tez və qənaətlə etməyə imkan verəcək, çünki Yalnız dəyişdirilmiş məlumat blokları yazılacaq.
Replikasiya / Jurnal
Replikasiya başqa bir fiziki saxlama sistemində məlumatların surətini yaratmaq mexanizmidir. Tipik olaraq, hər bir satıcının yalnız öz xətti çərçivəsində işləyən xüsusi texnologiyası var. Lakin VMware vSphere Replication kimi hipervizor səviyyəsində işləyənlər də daxil olmaqla üçüncü tərəf həlləri də var.
Mülkiyyət texnologiyalarının funksionallığı və onlardan istifadənin asanlığı adətən universal olanlardan xeyli üstündür, lakin, məsələn, NetApp-dan HP MSA-ya replika etmək lazım olduqda, onlar tətbiq olunmur.
Replikasiya iki alt növə bölünür:
Sinxron. Sinxron replikasiya zamanı yazma əməliyyatı dərhal ikinci yaddaş sisteminə göndərilir və uzaqdan saxlama sistemi təsdiq edənə qədər icra təsdiqlənmir. Bununla əlaqədar olaraq, giriş gecikməsi artır, lakin biz məlumatların dəqiq güzgü nüsxəsinə sahibik. Bunlar. Əsas saxlama sisteminin itirilməsi halında RPO = 0.
asinxron. Yazma əməliyyatları yalnız əsas yaddaş sistemində yerinə yetirilir və dərhal təsdiqlənir, eyni zamanda uzaqdan saxlama sisteminə toplu ötürmə üçün buferdə toplanır. Bu təkrarlama növü daha az dəyərli məlumatlar və ya aşağı bant genişliyi və ya yüksək gecikmə (100 km-dən çox məsafələr üçün tipik) kanallar üçün uyğundur. Müvafiq olaraq, RPO = paket göndərmə tezliyi.
Çox vaxt replikasiya ilə yanaşı bir mexanizm də mövcuddur giriş disk əməliyyatları. Bu zaman müəyyən bir dərinlikdə və ya jurnalın həcmi ilə məhdudlaşan karotaj və əməliyyatların qeydiyyatı üçün xüsusi sahə ayrılır. EMC RecoverPoint kimi müəyyən mülkiyyət texnologiyaları üçün müəyyən əlfəcinləri xüsusi jurnal girişi ilə əlaqələndirməyə imkan verən sistem proqramı ilə inteqrasiya mövcuddur. Bunun sayəsində həcmin vəziyyətini təkcə aprelin 23-nə, 11 saat 59 saniyəyə 13 millisaniyəyə deyil, “BÜTÜN CƏDVƏLLƏRİ DÜŞÜN; TƏHLÜKƏSİZ EDİN.”
Metro klasteri
Metro klasteri iki saxlama sistemi arasında elə bir şəkildə ikiistiqamətli sinxron replikasiya yaratmağa imkan verən texnologiyadır ki, kənardan bu cüt bir saxlama sisteminə bənzəyir. Metro məsafələrində (100 km-dən az) coğrafi cəhətdən ayrılmış qolları olan klasterlər yaratmaq üçün istifadə olunur.
Virtuallaşdırma mühitində istifadə nümunəsinə əsaslanaraq, metroklaster eyni anda iki məlumat mərkəzindən qeyd etmək üçün əlçatan olan virtual maşınlarla məlumat anbarı yaratmağa imkan verir. Bu halda hipervizor səviyyəsində bu verilənlər anbarına qoşulmuş müxtəlif fiziki məlumat mərkəzlərindəki hostlardan ibarət klaster yaradılır. Bu sizə aşağıdakıları etməyə imkan verir:
- Məlumat mərkəzlərindən birinin ölümündən sonra bərpa prosesinin tam avtomatlaşdırılması. Heç bir əlavə vəsait olmadan, ölən məlumat mərkəzində işləyən bütün VM-lər qalan birində avtomatik olaraq yenidən işə salınacaq. RTO = yüksək əlçatanlıq klasterinin fasiləsi (VMware üçün 15 saniyə) + əməliyyat sisteminin yüklənməsi və xidmətlərin işə salınması üçün vaxt.
- Fəlakətdən qaçmaq və ya rusca desək, fəlakətlərdən qaçmaq. Əgər data center 1-də enerji təchizatı işləri planlaşdırılırsa, o zaman iş başlamazdan əvvəl bütün vacib yükü 2-ci məlumat mərkəzinə əvvəlcədən dayanmadan köçürmək imkanımız var.
Virtuallaşdırma
Yaddaşın virtuallaşdırılması texniki olaraq başqa bir saxlama sistemindəki həcmlərin disklər kimi istifadəsidir. Yaddaş virtualizatoru sadəcə olaraq başqasının həcmini istehlakçıya öz həcmi kimi ötürə, eyni zamanda onu başqa bir yaddaş sisteminə əks etdirə və ya hətta xarici həcmlərdən RAID yarada bilər.
Yaddaş virtualizasiya sinfinin klassik nümayəndələri EMC VPLEX və IBM SVC-dir. Və əlbəttə ki, virtualizasiya funksionallığı olan saxlama sistemləri - NetApp, Hitachi, IBM / Lenovo Storwize.
Niyə lazım ola bilər?
- Saxlama sistemi səviyyəsində artıqlıq. Cildlər arasında güzgü yaradılır və yarısı HP 3Par-da, digəri isə NetApp-da ola bilər. Virtualizator isə EMC-dəndir.
- Müxtəlif istehsalçıların saxlama sistemləri arasında minimum fasilələrlə məlumatları köçürün. Tutaq ki, məlumat silinəcək köhnə 3Par-dan yeni Dell-ə köçürülməlidir. Bu zaman istehlakçılar 3Par-dan ayrılır, həcmlər VPLEX altında ötürülür və yenidən istehlakçılara təqdim olunur. Səsdə cüzi dəyişiklik olmadığı üçün işlər davam edir. Səs səviyyəsinin yeni Dell-ə əks olunması prosesi arxa planda başlayır və başa çatdıqdan sonra güzgü qırılır və 3Par deaktiv edilir.
- Metroklasterlərin təşkili.
Sıxılma/deuplikasiya
Sıxılma və təkmilləşdirmə yaddaş sisteminizdə disk sahəsinə qənaət etməyə imkan verən texnologiyalardır. Dərhal qeyd etmək lazımdır ki, bütün məlumatlar prinsipcə sıxılma və/və ya deduplikasiyaya məruz qalmır, bəzi məlumat növləri isə daha yaxşı sıxılır və təkmilləşir, bəziləri isə əksinə.
2 növ sıxılma və təkmilləşdirmə var:
Xətdə — verilənlər bloklarının sıxılması və təkmilləşməsi bu verilənləri diskə yazmadan əvvəl baş verir. Beləliklə, sistem yalnız blokun hashını hesablayır və onu cədvəldə mövcud olanlarla müqayisə edir. Birincisi, bu, sadəcə diskə yazmaqdan daha sürətlidir, ikincisi, biz əlavə disk yerini sərf etmirik.
poçt - bu əməliyyatlar disklərdə yerləşən artıq qeydə alınmış məlumatlar üzərində aparıldıqda. Müvafiq olaraq, məlumatlar əvvəlcə diskə yazılır və yalnız bundan sonra hash hesablanır və lazımsız bloklar silinir və disk resursları azad edilir.
Demək lazımdır ki, əksər satıcılar hər iki növdən istifadə edirlər ki, bu da onlara bu prosesləri optimallaşdırmağa və bununla da onların səmərəliliyini artırmağa imkan verir. Əksər saxlama təchizatçılarında məlumat dəstlərinizi təhlil etməyə imkan verən kommunal proqramlar var. Bu kommunal xidmətlər saxlama sistemində həyata keçirilən eyni məntiqə uyğun işləyir, buna görə də təxmin edilən səmərəlilik səviyyəsi eyni olacaqdır. Həm də unutmayın ki, bir çox satıcının müəyyən (və ya bütün) məlumat növləri üçün ən azı yaxşı performans vəd edən performans zəmanət proqramları var. Və bu proqramı laqeyd etməməlisiniz, çünki tapşırıqlarınız üçün sistemi hesablamaqla, müəyyən bir sistemin səmərəlilik əmsalını nəzərə alaraq, həcmə qənaət edə bilərsiniz. Bu proqramların AFA sistemləri üçün nəzərdə tutulduğunu da nəzərə almağa dəyər, lakin klassik sistemlərdə HDD-lərdən daha kiçik həcmli SSD-lərin alınması sayəsində bu, onların dəyərini azaldacaq və əgər disk sisteminin qiymətinə bərabər deyilsə, onda ona kifayət qədər yaxınlaşın.
Model
Və burada düzgün suala gəlirik.
"Mənə iki saxlama variantı təklif edirlər - ABC SuperStorage S600 və XYZ HyperOcean 666v4, nə tövsiyə edirsiniz?"
“Burada mənə iki saxlama variantı təklif edirlər - ABC SuperStorage S600 və XYZ HyperOcean 666v4, nə tövsiyə edirsiniz?
Hədəf yükü istehsal/test/inkişaf döngələri olan qarışıq VMware virtual maşınlarıdır. Test = məhsuldar. 150 IOPS 80kb blok 000% təsadüfi giriş 8/50 oxuma-yazma pik performansı ilə hər biri 80 TB. İnkişaf üçün 20 TB, 300 IOPS kifayətdir, 50 təsadüfi, 000 yazma.
Metroklasterdə məhsuldarlıq RPO = 15 dəqiqə RTO = 1 saat, asinxron replikasiyada inkişaf RPO = 3 saat, bir saytda sınaq.
50TB DBMS olacaq, giriş onlar üçün yaxşı olardı.
Bizim hər yerdə Dell serverlərimiz, köhnə Hitachi yaddaş sistemləri var, onlar çətinliklə öhdəsindən gəlirlər, həcm və performans baxımından yükü 50% artırmağı planlaşdırırıq”.
Necə deyərlər, düzgün tərtib edilmiş sual cavabın 80%-ni ehtiva edir.
Əlavə məlumat
Müəlliflərə görə əlavə olaraq nə oxumalısınız
kitablar
- Olifer və Olifer “Kompüter şəbəkələri”. Kitab IP / Ethernet saxlama sistemləri üçün məlumat ötürmə mühitinin necə işlədiyini sistemləşdirməyə və bəlkə də daha yaxşı başa düşməyə kömək edəcəkdir.
- "EMC Məlumat Saxlama və İdarəetmə." Saxlama sistemlərinin əsasları, niyə, necə və nə üçün haqqında əla kitab.
Forumlar və söhbətlər
Ümumi tövsiyələr
Qiymətlər
İndi qiymətlərə gəldikdə - ümumiyyətlə, saxlama sistemləri üçün qiymətlər varsa, onlar adətən Siyahı qiymətləridir, hər bir müştəri fərdi endirim alır. Endirimin ölçüsü çox sayda parametrdən ibarətdir, buna görə də distribyutordan soruşmadan şirkətinizin hansı son qiyməti alacağını proqnozlaşdırmaq sadəcə mümkün deyil. Ancaq eyni zamanda, son vaxtlar aşağı səviyyəli modellər adi kompüter mağazalarında görünməyə başladı, məsələn, və ya . Burada siz maraqlandığınız sistemi istənilən kompüter komponentləri kimi dərhal sabit qiymətə ala bilərsiniz.
Ancaq dərhal qeyd etmək istərdim ki, TB/$ ilə birbaşa müqayisə düzgün deyil. Əgər ona bu baxımdan yanaşsaq, onda ən ucuz həll sadə JBOD+ serveri olacaq ki, bu da tam hüquqlu, ikili nəzarətçi saxlama sisteminin təmin etdiyi çevikliyi və ya etibarlılığı təmin etməyəcək. Bu heç də JBOD-nun iyrənc və çirkin bir hiylə olduğunu ifadə etmir, sadəcə olaraq bu həlli necə və hansı məqsədlər üçün istifadə edəcəyinizi bir daha çox aydın şəkildə başa düşməlisiniz. Tez-tez eşidə bilərsiniz ki, JBOD-da qırılacaq bir şey yoxdur, yalnız bir arxa panel var. Bununla belə, arxa planlar da bəzən uğursuz olur. Hər şey gec-tez pozulur.
Ümumi
Sistemləri bir-biri ilə təkcə qiymətə, yaxud təkcə performansa görə deyil, bütün göstəricilərin cəminə görə müqayisə etmək lazımdır.
HDD-ni yalnız HDD-yə ehtiyacınız olduğuna əminsinizsə alın. Aşağı yüklər və sıxılmayan məlumat növləri üçün, əks halda, əksər satıcıların indi sahib olduğu SSD yaddaş səmərəliliyinə zəmanət proqramlarına müraciət etməyə dəyər (və onlar hətta Rusiyada da işləyirlər), lakin hamısı yerləşəcək tətbiqlərdən və məlumatlardan asılıdır. bu saxlama sistemində.
Ucuza getməyin. Bəzən bunlar bir çox xoşagəlməz məqamları gizlədir, onlardan biri Evgeni Elizarov haqqında məqalələrində təsvir edilmişdir. . Və bu, sonda, bu ucuzluq sizə əks təsir göstərə bilər. Unutma - "xəsis iki dəfə ödəyir."
Mənbə: www.habr.com