Shirase

Рейтинг
66
Регистрация
16.03.2007

kimsufi

1TB - 10 Евро

бекапите через rsync

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

Обновил несколько серверов с 6 до 8, через sysinstal - update, через ssh. Никаких проблем. Недоступность сервера 5 минут. Единственная серьезная проблема - это разные названия сетевых интерфейсов в разных ядрах, и то только если у вас нестандартная сеть. Но консоль должна быть доступна на крайний случай. И про бекапы на другой сервер не забываем!

я за master-master репликацию, с одним активным мастером, переключать активный мастер можно переносом IP адреса между серверами

если поставить percona server, то репликация будет восстанавливаться при падении синхронизации

drbd можно, но это заморочки с переключением

"3. штатный mysql кластер" - тормозной на сложных запросах

Это вполне обычные требования, просто найдите компанию, которая уже делала что-то подобное, на чем они это сделают особой роли не играет.

Аналогичная ситуация, выпала одна фраза "пластическая хирургия", при этом при изменении окончания одного из слов, сайт на прежних позициях и по остальным фразам позиции этой страницы не изменились, а вот по всем фразам содержащим "пластическая хирургия" сайт в выдаче отсутствует, на сайт не спеша закупались хорошие ссылки по этой фразе, было закуплено 300 одинаковых ссылок, ссылочная масса сайта более 10000 ссылок, поле индексации ссылок сайт хорошо поднялся, провисел две недели и исчез

Мои проблемы - это мои проблемы, я могу на них влиять и в 100 раз чаще они у меня не происходят.

Меня интересует размещение в России!

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

dd oflag=sync bs=4096 if=/dev/zero of=/tmp/a/qwe count=3000

12288000 bytes (12 MB) copied, 7.95633 s, 1.5 MB/s

Флаг oflag=sync убивает многоуровневое кеширование, которым так гордятся разработчики облака.

---------- Добавлено 01.02.2012 в 16:12 ----------

mvolgin:

И контрольный на сата за 100 баксов (в продакшене)

dd if=/dev/zero of=qwe bs=1M count=1000
1000+0 records in
1000+0 records out
1048576000 bytes (1.0 GB) copied, 2.01993 seconds, 519 MB/s

Просто у вас был сводобный гиг оперативки, у меня свободно 100Мб+ и тест

dd if=/dev/zero of=/tmp/a/qwe bs=1M count=100

показывает

104857600 bytes (105 MB) copied, 0.124137 s, 845 MB/s

плюс облако плохо работает с большим количеством мелких запросов

Тесты в облаке:

dd if=/dev/zero of=/tmp/a/qwe bs=1M count=1000

1048576000 bytes (1.0 GB) copied, 35.3029 s, 29.7 MB/s

dd if=/tmp/a/qwe of=/dev/null bs=1M

1048576000 bytes (1.0 GB) copied, 22.4365 s, 46.7 MB/s

И это на сервере на котором крутится несколько десятков сайтов и диск и так постоянно используется, тесты делались в час пик.

Для сравнения, когда все это лежало на двухпроцессорной железке с SATA дисками, днем тот же тест (чтение) выдавал не более 5МБ в сек., ночью около 50МБ, запись днем была не более 1-2МБ в сек. Конечно на SAS дисках ситуация будет лучше, но SAS + нормальный рейд, это уже далеко не бюджетное решение.

Всего: 92