Rozetka UA

Расчет максимальной производительности резервного сервера

События на востоке Украины подхлестнули интерес к методам гарантированного сохраннения информации. На сегодня действует негласное правило 2+1. В смысле- всегда нужно иметь две копии данных плюс одна копия должна быть географически удалена. Лучше чтобы это был бы полный дамп.

 

В чем проблема- дамп достаточно объемен, передавать его сложно. Дамп устаревает, сразу же нужно накатывать логи.

 

Некоторые СХД имеют механизм репликации, но здесь тоже все не так просто- для начала это жесткая привязка к вендору. Второе- часто имеются ограничения на параметры канала (допустим, его протяженность).

 

Имеются ограничения физического свойства. Допустим, база разбита на RAW девайсы или файловые группы. На приемнике нужно это воспроизвести, не всегда это возможно.

 

В такой ситуации отлично показала бы себя система на базе sybase ASE + sybase replication server. Репликация логическая, передаются изменения. Как оно физически устроено- то как бы не сильно важно, лишь бы название базы совпадало, лишь бы структура объектов была бы та же. Идеально было бы разместить базу на одном (!) SATA диске. В случае сбоя (пожар, потоп) этот диск физически изымается на получателе, доставляется в некоторое место, монтируется на резервную систему. Можно и на нескольких- но при этом желательно иметь NAS или RAID, что осложняет процесс.

 

Какова может быть производительность сервера с такой схемой резервного копирования данных?

Минимальная расчетная производительность
7 200 Оборотов в минуту
120 Оборотов в секунду
7 680 000 Байт в секунду при 64К
460 800 000 Байт в минуту при 64К
663 552 000 000 Байт в сутки
664 Gb в сутки
61 Сеть, мегабит в секунду
Максимальная расчетная производительность
100 000 000 Байт в секунду, max факт производительность
6 000 000 000 байт в минуту
8 640 000 000 000 Байт в сутки
8 640 Gb в сутки
800 Сеть, мегабит в секунду

Суть понятна? Если нет- поясню. С помощью такой схемы можно дублировать и удаленно сохранять данные с очень мощного, очень мощного сервера. При чем, делать это с помощью несложной рабочей станции.

Особенность Sybase Replication Server в том, что можно изначально и вовсе пустую базу заливать, лишь бы метаданные были. А после по ходу работы эти данные подбрасывать и актуализировать.

То есть, очень простое и дешевое железо, вполне обычный канал, впечатляющий результат. За цену одной сколько-нибудь приличной СХД можно поставить два десятка компьютеров, которые независимо, и лучше бы географически удаленно, сохраняли бы рабочие данные. При чем, в случае отказа основного сервера время за которые транзакции могут быть утрачены измеряется секундами.

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Pratik UaPratik UaPratik Ua