Pilat

Рейтинг
250
Регистрация
08.03.2007

Довольно плохая сейчас с датацентрами ситуация в Москве - по крайней мере Корбина и РТКомм прекратили приём в связи с переполненностью. Наверно, и из-за этого у нас цены высокие.

Интересно как раз MySQL - именно он используется в недорогих решениях. Недавно зарелизили очередной проект master-master репликации для mysql, но информации по работоспособности я так и не нашёл пока, а вообще это было бы очень интересно.

Насчёт TTL я знаю, но например IE и FF сами кэшируют DNS, кэшируют операционные системы, кэшируют... А главное - при изменении записи в NIC изменение распространяется в течении суток - двух. Вот как бы простой в эти сутки сократить?

Вообще-то есть несколько сервисов провверки работоспособности сайтов - uptime.ru, host-tracker.com - они в случае с uptime ~10 , в случае с host-tracker >50 проверочных серверов содержат, по доступности информация достоверная достаточно. В случае с сабжем - просто пофигизм хостера по отношению к клиентам. Кстати, http://dreamhoster.net/ и http://dreamhoster.info/ и сейчас в странном состоянии - то они продаются, то ошибки... Ясно, что dreamhoster'a больше нет, есть ehost.by. Интересно, надолго ли.

organic:
М-да... К сожалению, моих познаний в перл хватает только #!/usr/bin/perl написать, так что приходится ограничиваться настройками параметров самого скрипта.

Просто я думал, что есть какая-то возможность мониторировать производительность (типа Диспечера задач), а то на глазок получается - "падает сайт или не падает"

Диспетчер задач есть - top, cat /proc/15431/status (15431 - process ID вашего скрипта). Но что тут мониторить, если и так ясно, что скрипт растёт. Наймите программиста, такие проблемы решаются просто. Возможно, надо ограничить время хранения данных в памяти, если это сторож DOS.

Интересно, а есть примеры распределённых кластеров web-систем , с репликацией файлов и mysql баз? Есть ли примеры успешной борьбы с инерционностью DNS при переносе сервера?

В перле такое происходит часто из-за хранения больших хэшей в памяти. Можно пожертвовать производительностью и минимальными доделками справиться, храня хэши в MLDBM, DB_File или BerkeleyDB . А можно посмотреть внимательно алгоритм. Может быть, надо во временные файлы что-то писать. Перл память любит очень, миллион пустых элементов хэша (или массива - не помню) займёт 20 мегабайт памяти.

Вообще-то информация вполне интересная и полезная. Вот так и надо свои хостинги рекламировать.

Скажите, а вы сами ездите в Голландию ставить серверы?

Я смотрел на eServer - но цены примерно раза в 2 выше чем в hetzner, это можно считать оправданным? Будет ли адекватное улучшение качества?

Я планировал взять у них сервер, позавчера зарегистрировался. Хорошо что предупредили. Егор, большое спасибо.

Всего: 2890