zzzit

Рейтинг
129
Регистрация
06.09.2012
Глупость. Через пару месяцев ему понадобится железо еще мощнее.

А может и через год. А может никогда. Забавно смотреть, как вы предлагаете оптимизировать базу размером в десяток мегабайт, учтя, что кэш жесткого диска минимум 32 и она целиком туда помещается :)

Все же взять мощный SSD будет очень хорошим решением для всех новичков. Всегда.

rustelekom, да много всего кэшится, никто ж не спорит, но это не нарушает RFC, а у вас просто какие попало TTL и что-попало в SOA. И SERVFAIL все равно не кэшируется.

Если бы SERVFAIL кэшировался, то любой сайт можно было бы на долго положить коротенькой ддос атакой на оба днс сервера, настолько это критично.

AboutSEO, правильно мыслите, просто хостеры не очень много опыта с днс имеют.

rustelekom:
днски для доменов меняют и ай-пи и тормоза случаются и на том и на другом, хотя для ай-пи как бы их и не должно быть по идее вовсе

Ну как же, должно быть, кэшируется все, у чего есть TTL. Поменяли днски - старые будут в кэшах сидеть. Поменяли IP - тоже. Все как положено. Да, некоторые провайдеры могут игнорировать TTL, но SERVFAIL это не задевает.

MUST NOT для документов rfc определен в rfc2119, как "абсолютный запрет":

2. MUST NOT This phrase, or the phrase "SHALL NOT", mean that the
definition is an absolute prohibition of the specification.

Раньше у всех в доменных зонах было много сервисов на разных IP (почта разных офисов, фтп и т.д.) и невозможность отрезолвить что-то из этой зоны фактически делало недоступным целую кучу сервисов. Это был самый критический компонент, который было бы просто глупо не резервировать. Кстати, там в rfc2308 есть немного истории в конце.

Сейчас в условиях хостинга и всех записей домена на одном IP резервирование особого смысла не имеет.

hosting_manager, SERVFAIL не кэшируется на больше, чем 5 минут, в отличии от NXDOMAIN и если днс домена упал, то после поднятия сайт будет работать у всех не позднее, чем через 5 минут. Ни о каких 3 дней и речи быть не может, вы что-то путаете: rfc2308#section-7.1

In either case a resolver MAY cache a server failure response. If it
does so it MUST NOT cache it for longer than five (5) minutes

Как тут ecpm по ричу за январь?

deltahost.com.ua:
А почему его ставить?

Раз ТС новичек, то ему дешевле купить помощнее железо, чем держать админа. SSD может избавить от мороки с оптимизацией ресурсов диска на долгое время, т.к. имеет производительность на два порядка выше обычного жесткого диска.

remont63:
Пока используется сервер NHS1 от fastvps, но начали появляться проблемы с винатами, запустил смарт проблема подтвердилась. Один жесткий диск исключен из райда и неисправен, тесты второго и синхронизация raid идут уже 16 часов.

Ну так это специфика рейда, SAS или SATA тут уже роли не играет. Всегда будет деградация, если что-то с каким-то диском случится. Только с SSD будет легче в этом случае, т.к. производительность на порядок выше.

barslg, через 3 года клиенты начнут продлевать услуги и новые уже не будут настолько необходимыми, а только для роста. Это же не пирамида какая-то. Да, небольшая часть уйдет, но и органические клиенты начнут появляться, чисто за счет репутации. Вполне рабочая модель.

Покажите в каком месте "самые быстрые SSD VPS" быстрее самых обычных KVM?
SATA
I/O Seek Test (No Cache)
ioping -RD
2079 iops

Очевидно, что это не настоящие IOPS, а какая-то лажа. У типичного жесткого диска со средним временем доступа в 7-8 мс не может быть теоретически больше 120 IOPS ( > 1000 мс / 7 мс).

В общем результаты таких I/O тестов до одного места.

Всего: 1667