Разве если какая-то "рога-и-копыта" контора... В вашем же примере сказано достаточно туманно - может просто бойцу дальше выделяется всегда один и тот же IP из их динамического пула.
А вот это как раз, мягко говоря, обычно. О чем и речь шла.
*Каждому*, *бесплатно*? Не порите чепухи - это отдельная платная услуга.
Конечно. Редкие провайдеры дают каждому васе-пупкину публичный IP. Бедные ваши пользователи...
И ваши...
Жуть какая. Целый MTA для "скрипта" насобачились сделать...
Чем вам не угодил обычный postfix? В процитированных вами цифрах ничего фантастического нет. Открытых MTA - полно.
Не ошибаетесь. Резать один сервер - нет никакого смысла.
А вот взять сразу несколько серверов/vps - может иметь смысл. Вам в любом случае нужно учитывать дальнейшую возможность масштабирования решения. Брать физические сервера или VPS - уже отдельный вопрос.
Это не столь важно. Главное, что вы должны понять и учесть сразу - если вы целитесь в подобные цифры, то одним сервером дело не ограничится.
Не вижу разницы, если речь не идет о промышленном применении. Неужели теперь в BSD стало настолько плачевно?
Что только люди не делают, лишь бы не написать разок скрипт на 10 строчек и потом просто его использовать... И это "администратор"?
В этом случае вы явно пытаетесь бить из пушки по воробьям... Пара скриптов + удобный редактор - решат вашу задачу на порядок проще.
Мноооого... А ты думал дяди-администраторы даром хлеб жуют?
Может быть и случайностью. Подождите. А может с вас и файлораздачу какую организовали, или прокси сделали.
покажите конфиг
Проект у вас один, несколько?
Если один - могли спокойно выбрать "модуль апача". Да и ISP вам тут не нужен.
Ничего страшного и в "конфиге апача" (за исключением того, что вы привели его далеко не полностью).
Ну так смотрите логи хоть в этот момент. Смотрите, что делается с базой данных, что делают процессы.
Беда не с мани - беда с вами. Если вы не включили в бюджет вашего стартапа администрирование - виноваты только вы.
Поскольку единственным методом "администрирования" у вас является "метод научного тыка" - я рекоммендовал бы вам не жадничать, иначе ваши прожекты так и останутся прожектами.
Наймите, если сами не бум-бум. Либо самостоятельно приобретайте необходимые навыки - тогда придется годик-два интенсивно учиться, а не решать ваши задачи.
Извините, "БД" - это SQL-база данных (mysql или postgress или ...) - или что? Если так - вам уже подсказали бинарные логи mysql.
Если БД - просто каталог данных вашего веб-приложения (no-SQL), то с таким небольшим объемом можно поместить его на LVM том, делать снапшот и копировать файлы с него в архив rsnapshot. "Обычный бекап" займет у вас ~100Gb ежедневно. Я бы не игнорировал инкрементальные варианты, они и в плане нагрузки будут легче.
