Тут вы очень узко смотрите.
Например, есть база, по которым надо строить отчеты, и показывать их людям.
Создание отчета:
- во-первых, создает много чтения
- во-вторых, "вымывает" весь кэш.
Поэтому полагаться на кэш - это не очень хорошо.
Что значит не работает?
Он у меня работает, только я сильно ограничил область его применения и его память. И это хорошо, сайты не должны работать быстро только потому что кэш есть.
Ручной кэш типа memcache - это дополнительная сложность при разработке.
Автоматический кэш типа буфера в mysql - это вымывание при создании отчетов.
Любой кэш - это потеря гибкости, и сложности когда кэш приходится очищать.
P.S.
Правильно расфасованные данные и быстрое хранилище - это намного лучше кэша.
Я не знаю что вы имеете в виду под стандартным сайтом, поэтому не могу сравнить.
У меня background скрипты постоянно дергают базу, пишут в нее.
Много данных вынесено из базы в redis - а так было бы еще больше чтения.
Память добавлять не вижу смысла. Дело не в памяти, и не в диске, а в проце.
Я уже начинаю кешировать вывод некоторых данных из-за того что cpu недостаточно быстро данные проворачивает.
В общем SSD в корне изменили подход к разработке.
Даже на диске с логами записи на порядок меньше, чем чтения на диске с данными.
1k запросов к базе в секунду и ничего не тормозит. Диск перестал быть узким местом после перехода на SSD. В Memcache уже мало что кэшируется, идет сразу запрос к базе.
Страницы открываются моментально.
Бинарные логи пишутся на отдельный SSD.
В случае больших БД чтение превышает запись обычно.
Скорее всего это работает даже медленнее + надежность снижена (добавляется еще 1 железяка, которая может сломаться).
1. Делается sftp-only account на сервере http://solderintheveins.co.uk/2011/03/ubuntu-sftp-only-account-how-to/
2. Все бекапы складываются в его директорию в зашифрованном виде.
2. Бекап-хостинг - это должен быть vps или dedicated, по крону периодически забирает к себе бекапы.
Логиниться на сервер он должен через ssh без пароля.
Места должно быть с запасом, чтобы при копировании файлов не затирать предыдущую версию.
С чего бы это?
Их предыдущие серверы отлично отрабатывали у меня годами, без эксцессов.
Пофиксят брак в новой линейке - можно будет заказывать новые.
Стоят они именно 50 евро в месяц + установка 84 евро:
http://ru.hetzner.com/hosting/produktmatrix/rootserver-produktmatrix-ex
Вот в Хетцнере и железо, и связность включены.
Мне надо именно 32. Запущены in-memory базы - данные в памяти хранятся.
Вот сейчас в htop занято 20 гигов + файловый кеш. И я бы еще буфер в mysql увеличил.
Во-первых, каналы там хорошие. Открывается все моментально, без лагов.
Запущен внешний мониторинг раз в 1 минуту чекает - никаких падений.
Во-вторых, да, низкая цена важна. Я не люблю деньги на ветер выкидывать. И цифры в Munin мне тоже хочется видеть хорошие.
Серверный вариант я у них возьму как только они запустят новую линейку. Я готов лишние 15-20 евро за это отдавать :)
А цифры меньше меня не устроят - уже указал почему.
Согласен, неудачное железо подобрали, надеюсь пофиксят скоро.
Но замечу, мне повезло - попался сервачок, работает без перебоев, аптайм 23 дня. Так что при желании можно попробовать заказать, потестить, если падает - вернуть.
Хочу второй взять с ECC памятью когда обновят ex6.
Там объем SSD в 2 раза меньше.
У них есть серверное железо с ECC памятью. Только оно пока на 100 Мбитах.
Вот его переводят на Гигабит.
Покажите сервер с 32G RAM и 2x240 SSD за 50 Евро.
И даже Media_Wearout_Indicator не подсказывает?
noatime,discard
