Banko Stoyanov
ZFS репликацията е усъвършенстван начин да клонирате софтуера и данните си, като конвертирате моментните снимки в сериализиран поток от данни, както и zfs получаването преобразува потока обратно в директории и файлове. Репликацията не се основава на метода „байт за байт копие“ и това го прави добър вариант в някои конкретни случаи. Използваният от нас репликационен дизайн е доста гениален.
Нашият уред за съхранение ZFS е нещо повече от унифицирана система за съхранение, която позволява на потребителите да консолидират съхранение на файлове, блокове и обекти на една платформа. Той е с висока производителност и оптимизиран за нашата интеграция с облачен хостинг, което дава възможност на клиентите да изпълняват всички натоварвания с максимална скорост.
Трябва да мислим за това като за моментна репликация на друга система през мрежата, на друго географско място (добра практика), и най – вече по график. Също така трябва да се уверим, че другата система има достатъчно място за съхранение, за да приеме репликираните данни, с които работим. Мрежата трябва да се справи и с прехвърлянето на данни като допълнително изискване. Може да ни е трудно да определим необходимото съхранение на данни, които се променят с течение на времето. Същото се отнася и за капацитета на мрежата. Добра новина за нас, този вид репликация е лесен за разбиране, както и за правилно конфигуриране.
Когато започнем да го използваме, първото нещо, което трябва да знаем, е, че ZFS репликацията изисква и двете системи да имат поне един ZFS пул (всички данни, включително метаданните, се съхраняват в блокове). Не е нужно да имаме идентични басейни. Те могат да използват различно ниво на RAIDZ или/и различен размер и/или свойства. Активирането на функцията трябва да се извърши и в двата басейна на системата.
Имайте предвид, че първата репликация може да отнеме много време. Зависи от размера на моментната снимка и скоростта на мрежата, и особено при репликиране на цял пул. Най – добрата препоръка за ускоряване на процеса на репликация е да го направите, тогава мрежата не е толкова заета в конкретния момент. Тогава първата репликация преминава успешно, всички останали репликации на инкрементални данни са по – бързи. Репликираните данни няма да бъдат достъпни на приемателната система по време на репликацията на пуловете.
В крайна сметка трябва да следим размера на изпращаната снимка и наличния капацитет на получаващата система. Трябва да проверим двойно цялото пространство и скоростта на мрежата, ако искаме да планираме репликацията с помощта на скриптови методи.
Преди да започнем процеса на репликация на ZFS, трябва да подготвим приемащата система. Например:
Нашият компютър = изпращаща система
VM (виртуална машина) = приемаща система
Всички команди на фона се изпълняват като главен потребител. Най – добрата практика е да го направите по този начин.
Тук в тази статия даваме информацията, която трябва да знаете, за да разберете как работи репликацията на ZFS. Ако трябва да го настроите правилно и да използвате команди, можете да прочетете повече, като потърсите подробна информация с всички примери и команди. Тъй като вече сме го интегрирали и тествали, можем да ви предоставим решението само в нашите планове за хостинг в облакаи да ви дадем представа какво е то.
Сега знаете какво е репликация на ZFS. Ще дойдем с по – информативни статии, обясняващи какви технологии използваме и как те работят за вас.
