https://serverastra.com/
Stellar Cloud - Camp
10gbps 2TB траффика
€3.99
test ip 91.219.236.2
Ничего не остановилось. Работаем.
Оборудование трудно получить, но вроде как Китай разогревается.
Странные Вы люди, пришел человек, хочет сам настроить и пользоваться, а Вы его апселлите на клауд-бейзд MTA.
На кой черт платить mailgun в добавку к VPS?
Настроить свой МТА проще паренной репы, особенно если только Вы единственный им будете пользоваться. У нас вон МТА уже 13 лет конфиг не меняли, рассылает до 1М писем в день и ничего, спама меньше чем на gmail (при том, что мы не закрываем наши ящики ни как - ибо так лучше всего обучать байзанов фильтр). На данный момент единственный апгрейд, который будем делать это DKIM и DMARC (их не делали ибо на момент создания системы их просто не существовало), но оно не особо горит (гугл только иногда свежие письма кидает в junk)
Напоминает ситуацию, когда юрист решил вписать нам gmail.com вместо нашего serverastra.com "все так делают". И совсем не думал, что чужие данные уплывают конкуренту (да гугл конкурент, потому с ними и суды постоянно из-за внезапных неудаляемых обзоров от рандомов с интернета).
Непонятно о чем разговор.
587 и 465 порты это submission порты. При этом 465 вроде как deprecated.
25 порт SMTP порт трансмиссии. На него как и напрямую клиент может подключиться (но это нежелательно чаще всего), так и любой другой MTA.
Если SMTP сервер поддерживает STARTTLS инструкции, то тогда передача будет криптована, чаще всего MTA->MTA не криптованы (поэтому советуют использовать PGP)
Ни IMAP ни POP3 c SMTP никак не связаны. Даже бекенды разные чаще всего.
Если Ваш провайдер лимитирует 25 порт - спросите спаммеров почему. (мы не лимитируем например, но с абузами жестко и сразу)
dummy выдает ничто на запрос о времени.
Большинство тестов от реальной производительности не зависят. а от функции gettimeofday.
Это ставит интересные вопросы в подсчете производительности. Например BSD (версии до 11 как минимум, а может и в 12ой тоже) на KVM запускается без tsc (я этот баг поднимал и обход его описывал, но его никто не патчил еще насколько я знаю), так как kvm-clock не умеет и на hw.machine=KVMKVMKVM автоматом ставит таблетку в таймер. При это производительность их ничем не хуже, а в некоторых вопросах лучше чем Linux, будут показывать намного худшие результаты по умолчанию из-за низкого разрешения и тормознутости таймера.
Более того, в старых версиях микрокода CPU таймер действительно глючил и был поставлен в блеклист (понижен), так что даже на хостах оно запустится может с hpet, который в старых материнках не очень стабильный и часто на более низкой частоте нежели процессор. Вот такие пироги. В Linux все еще веселее :)
На бсд запустите с kern.timecounter.hardware=dummy :D
Серверскоуп мертв, их тест не работает на последних версиях Ubuntu и др (fio не компилится).
Это в принципе невозможно. Любой транзит гарантии дает на максимум 99.99%.
Даже если у Вас много разного транзита (что бывает очень редко и абсолютно не нужно) вероятность потерь существует.
Необязательно стопить. Можно не стопить если запускать проверку фс после восстановления.
Если ФС адекватная (читайте с журналом) проблем вообще не должно быть. Потеря данных конечно возможна, но чаще всего несколько последних транзакций.
В качестве альтернативы можно делать полный снепшот qemu и тогда suspend нужен только на короткое время снепшота, что незаметно в гостевой ФС.
Еще альтернатива запущенный агент внутри системы, который примет запрос от qemu.
100 iops? С головой? Для 2x игровых серверов? Они ж там тучу аналитики постоянно пишут теперь.
