myhand

Рейтинг
278
Регистрация
16.09.2009
Добрый дорвейщик:
Единственное уточнение "много места" не надо, но разве это что-то принципиально поменяет?

Я имел в виду, что RAID5 используют в конфигурации, когда из _однородного_ набора (трех

и более дисков) - хотят сделать максимально большой по объему RAID массив с некоторой отказоустойчивостью (потеря диска).

PS: Раз Вы выбираете администрирование у агавы - всегда лучше спросить у них

в первую очередь, будут ли его поддерживать. В нормальных конторах вполне могут быть требования к железу у администрируемых DS.

Pilat:
Снапшоты никак помочь не могут - часть базы данных сидит в памяти, часть , в случае с mysql без транзакций, может вообще быть не создана. То же с файлами - в работающей системе заморозка даст что-то, но для полноценного бэкапа нужно зафиксировать состояние системы с завершёнными транзакциями (например запросами), иначе при восстановлении будут какие-то потери.

Для базы данных (MySQL, к примеру) - это не проблема. Делаем flush tables, read lock на все - быстро снапшот - и unlock обратно. А с приложением, согласен. Тут, действительно проще стопнуть вебсервер на время создания снапшота.

psychofactory:
Вопрос: можно ли каким-нибудь способом вывести интернет из датацентра? Желательно без предварительной договоренности с хозяевами. Хочу предоставлять интернет хотябы в пределах 10 км., быть может и больше. Как раздать интернет за пределами датацентра я знаю и смогу. Но вот как вывести этот 100мб/с порт за пределы дата центра...

Итак кто имеет близкое общение с датацентрами (ну или сотрудники)... Вопросы:
1. Вай-фай. Можно ли вывести интернет с помощью вай фай? Например установить в стойку сервак со скрытым вай-фаем. (Лично мое мнение - боюсь стены не пропустят + помехи рядом стоящих серверов).
2. Присоединить каким-то хреном (по сети или хз как) компьютер, находящийся за пределами датацентра к серверу в дата центре. Вообщем можно ли придумать схему, чтобы у компьютера за пределами датацентра был этот порт (100 мб/с (хотя в моем случае устроило бы даже 50мб/с).

А что... Идея!

1. Вайфай обычно работает. Если сервер сунут в удачную стойку ;-) Проверено в ряде московских ДЦ, куда с буком пускали.

2. Да, темной ночью - прокопать подземный ход к вашему серверу - воткнуть линку в свободный Ethernet порт - будет роутер.

Удачи.

Главное, чтобы порнухи ваши пользователи много не качали - соотношение трафика запалят.

Pilat:
вот тут то и вылезает вся правда, что "всё что надо знать про бэкапы" - это не одна информационная страничка и не один скрипт, а куча проблем, которые надо решать. По хорошему бэкап должен начинаться с остановки apache (перед которым стоит nginx), остановки cron, остановки mysql. На практике это сложно, и достаточно остановить apache и сделать mysqlhotcopy, но это уже не так тривиально как просто запустить tar.

Если правда надо "на лету" сделать самосогласованную копию и файлов и баз данных (если _все_ интенсивно меняется) - лучше снапшоты использовать (LVM, ZFS). На эту тему тоже есть готовые решения в любом дистрибутиве - но это уже из той же категории, что и аманда.

litos0:
mysqldump иногда бывает вреден. Если базы не в InnoDB и вы "сам себе админ", т.е. в случае чего сможете их положить файл "на место", то можно просто за'tar'ить папку /var/db/mysql/ или /var/lib/mysql в зависимости от системы.

Ага, и , если повезет, mysqlcheck/myisamchk - справятся потом, с тем, что

вы обратно положили "на место".

Для подобного есть mysqlhotcopy. Или использование LVM-снапшотов.

Maxi21:
[ATTACH]43406[/ATTACH]
Вот примерно такая картина.
ТОР все время прыгает, но наверно это характерный снимок "пика" 🚬
Хотя LA бывает больше.

Уже похоже на то, что ждут диска. Посмотрите vmstat тоже.

differnetlocal:
Для таких задач монструозные "интегрированные решения" вроде Бакулы или Acronis TrueImage сильно избыточны и сложны. Не нужно забивать гвозди микроскопом и привинчивать сложную систему там, где обычного tar и mysqldump хватит с избытком.

Никто за бакулу и аманду и не ратовал.

fsbackup и есть обычный tar + mysqldump - но людям не понадобится изобретать велосипед. Берем конфиг по умолчанию, указываем какие директории бекапить, реквизиты доступа mysql и ftp/ssh доступ на площадку бекапа - ВСЕ.

Maxi21:
Есть сервер, по ТОР он в пиках загружен до 6-8, притормаживание страниц становиться заметным. Проц, коре 2 дуо загружен примерно на 45-60% при этом.
Как я понимаю тут начинает тормозить дисковая система (?), поможет ли переход на SAS диски, вроде они пошустрее работают?

Покажите хоть top (в "пиках") - важно _чем_ процессор грузится (например, %us vs %sy показатели) плюс вывод vmstat. Либо - дайте доступ :-)

Pilat:
По-моему статья ниочём. Либо рассматривается профессиональная процедура создания бэкапов - тогда надо писать про аманду, бакулу или что ещё серьёзно, с описанием процедур тестирования,сохранения и восстановления, либо про создание бэкапов на коленке - тогда надо писать про реально реализуемые схемы, а не rsync и бэкап mysql'ной директории с базами tar'ом.

О чем и речь - статья о копировании файлов, не о бекапе.

Именно для "не для сисадминов" и была бы полезна информация о простой системе бекапа (rsnapshot, fsbackup - самое то; аманда и бакула - не для пары выделенных серверов/VPS). А не предложение пройтись по всем граблям, написав с нуля ;-).

Bloodу:
Не понимаю к чему эта "желчь"? Человек подсказывают начальную литературу, и принципы (логику) бекапа. То что указано вами я тоже не смогу назвать словом бекап если говорить откровенно, и все это базируется на простых инструментах find tar и так далее. Ваши сообщение не что иное как +1 к общему числу сообщений. Без какой либо злобы, все ИМХО.

Прошу прощения, получилось резко. Просто, только позавчера правил такой "бекап" на одной DS.

Как минимум, нормальная система бекапа должна уметь хранить владельцев/права доступа, уметь делать инкременты, представлять хоть простейшую статистику. Ну, пожалуй, еще уметь экономить место на диске/трафик. (Что-то забыл?)

Самое простое интегрированное решение (умеющее см. выше), которое я знаю - fsbackup. Имеете лучше - поделитесь ссылками :-). А по ссылке ТС - просто синхронизация файлов и создание архива tar (исключая работу с амандой).

Всего: 4890