- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
hvosting, не так давно в подобной системе видел практически полную потерю данных из-за сбоя контроллера... тут уже не важно, сколько там дисков и как они мониторятся.
При выходе из строя контроллера можем даже получить полную потерю данных в 3-х таргетах и переход файловых систем в RO. После перезагрузки проверяем фс оставшуюся на зеркальном таргете и летим дальше.
hvosting добавил 21.07.2011 в 12:41
Используйте CDP, человеческий фактор - это болезнь из которой серьезный хостинг должен выйти с иммунитетом.
Cisco Discovery Protocol? Или что то еще имелось в виду?
Я как то не понял как мне к виртуальному диску привязать мак адрес, и вообще как либо использовать этот протокол в принципе.
Cisco Discovery Protocol? Или что то еще имелось в виду?
http://en.wikipedia.org/wiki/Continuous_data_protection
Cisco Discovery Protocol? Или что то еще имелось в виду?
http://www.r1soft.com/
http://en.wikipedia.org/wiki/Continuous_data_protection
Спасибо, кэп! Я знал что википедия подкинет еще вариантов!
Но я все равно не понял каким образом то что я буду
тратить примерно терабайт в день
на хранение грубо говоря журнала файловой системы и за это
получу возможность (потратив какое то не очень моментальное время)
восстановить состояние FS за любой момент времени, имея снепшот (тоже место)
и этот журнал.
так вот я категорически не понимаю как это меня убережет от человеческого фактора
(а именно ошибки в конфиге, подключающем диски)
в случае живой миграции данных из одного дискового массива в другой в ручном режиме.
Может Андрейка все таки объяснит, в подробностях?
Cisco Discovery Protocol? Или что то еще имелось в виду?
Например вот ссылка - http://www.r1soft.com/
Andreyka добавил 21-07-2011 в 14:22
так вот я категорически не понимаю как это меня убережет от человеческого фактора
(а именно ошибки в конфиге, подключающем диски)
в случае живой миграции данных из одного дискового массива в другой в ручном режиме.
Может Андрейка все таки объяснит, в подробностях?
Элементарно - делаешь сторадж, на него идет инкрементный бекап с серверов
В случае проблем - восстанавливаешь файлы, можно целиком всю систему с сайтами, базами и тд
Делается все из веб-интерфейса, справится даже внимательная блондинка
Что-то тема уже в оффтоп превратилась.
Может есть смысл создать другую, чем апать эту?
Во-первых, уже сложно понять, о чём речь в теме.
Во-вторых, как я понял, уже всё у хостера решено, а потенциальные клиенты будут думать, что всё лежит ещё.
Например вот ссылка - http://www.r1soft.com/
Andreyka добавил 21-07-2011 в 14:22
Элементарно - делаешь сторадж, на него идет инкрементный бекап с серверов
В случае проблем - восстанавливаешь файлы, можно целиком всю систему с сайтами, базами и тд
Делается все из веб-интерфейса, справится даже внимательная блондинка
Круто. Т.е. если я прицепил к серверу не тот виртуальный диск, (т.е. диск который был вынут из зеркала неделю назад) - мне нужно будет не искать правильный диск с актуальными данными, а сразу начинать заливать снепшот и накатывать сверху журнал.
Блондинка с этим справится однозначно.
А сколько будет длиться восстановление из снепшота (допустим 0,5Т в линейном режиме)
по гигабиту
+ накатывание журнала (допустим 20G в режиме полного рандома по 4К на блок) при не SSD дисках
будет не тяжело посчитать?
hvosting добавил 21.07.2011 в 14:46
Что-то тема уже в оффтоп превратилась.
Может есть смысл создать другую, чем апать эту?
Думаю тогда есть смысл отцепить хвост темы в отдельную ветку, если у модераторов есть такой функционал.
Если ты вынул диск из зеркального массива, то при его вставке синхронизацию обеспечивает контроллер
На SATA дисках восстановление сервера в целом занимает 4-6 часов
Быстрое восстановление инкрементных бекапов - это то, за что мы любим cdp
Если ты вынул диск из зеркального массива, то при его вставке синхронизацию обеспечивает контроллер
На SATA дисках восстановление сервера в целом занимает 4-6 часов
Быстрое восстановление инкрементных бекапов - это то, за что мы любим cdp
Андрейка, а не подскажешь как называется контроллер, которое может отдать серверу
некоторое количество дисков под видом scsi, но фактически полученных через FC или GbE iSCSI и при этом построить между ними зеркало на аппаратном уровне?
И еще интересно - если клиентов поставить перед выбором - моментальный откат данных на неделю назад, или 6 часов простоя, но восстановление данных, в точности какими они были до сбоя? Что сами клиенты выберут?
Похоже тут ничего не остановишь от оффтопа =)