bugsmoran

bugsmoran
Рейтинг
223
Регистрация
18.02.2010

Сорри за поддержку оффтопа, но уж больно интересно.

esetnod:
= )
А вообще, много где видел полностью децентрализованные dns'сы.

Но зачем? Ведь отказоустойчивости это не добавляет, а сущности наоборот плодит. Какой профит с этого может быть?

mvolgin:
Очень часто бывает и это как правило показатель вменяемости хостера.

Лихо Вы сейчас обвинили в невменяемости крупнейшего в мире DNS-anycast провайдера Amazon Route53, Google и более мелких сошек типа Bluehost, Hostmonster, JustHost и прочих... Ну и в том же списке "неадекватов" Reg.ru, Masterhost, Sweb, nic.ru и т.д.

У Godaddy тысячи хостинговых серверов и всего 90 NS-серверов (и это под 30 миллионов доменых зон). Godaddy неадекватны?

markovnik:
ну вот представьте, у моего хостера на другом его серваке, на который я перевожусь, совершенно другой IP, другие нсы.... которые мне и пришлось прописать в домене... отсюда и двое в суток соответственно...

То, что на другом сервере другой IP - это понятно. Но то, что там другие NS-серверы - это физически невозможно, Вы что-то путаете. Содержать при каждом сервере еще два сервереа NS это нонсенс. Так не бывает.

markovnik:

1) перенести базу на новый сервер, отрубить старый сервер, сменить нс и ждать до 2 суток когда сайт будет доступен...

Вы путаете смену NS-серверов и смену значения записи типа А. Если бы вы переезжали от одного хостера к другому, то меняли бы NS-серверы. А это значит, что сменится SOA запись. Тогда естественно ждать нового кэша у своего провайдера интернета. Но ваш usecase совсем другой. У вашего хостера же не по NS-серверу на каждый хостинговый сервер. Вы же остаетест на этих серверах и SOA не меняется (ну кроме чендж-номера). А там стоит TTL - время жизни записи. Как правило оно 600 или 3600 секунд. Вот это максимальное время ее жизни. Затем конечный пользователь должен будет ее обновить. Так что не два дня, а час максимум.

Уж на час можно приостановить публикацию постов в админке (наверняка Danneo умеет, а если не умеет, то просто гранты отберите у себя, если конечно она сессии не пишет в базу как Joomla). Это не такое больше время.

DenysRoy:
bugsmoran, thx. Debian я это уже пронюхал, даже исходя того что юзер на нём поднял всё, просто думал ей пох какая платформа.
ПС: А вы случайно не в смскоин работаете?

Нет :) Я работаю 70% времени в NodeSquad и 30% врмени в Magenta/Maxifier. И там и там у меня Proxmox.

Она сама и есть ОСь (основана на Debian). Это bare-metal так сказать, как например ESXi или Cytrix XenServer. Скачиваете диск, загружаете сервер с него и устанавливаете как обычную операционку.

Потом коннектитесь к ней по URL: https://IP.ADD.RE.SS:8006/

Если любите работать через SSH, то основные команды:

qm list - покажет список виртуалок

qm start 100 - стартанет виртуалку с номером 100

ну и команды для управления кластером:

root@node112a ~ # pve
pveam pvebanner pvecm pvectl pvedaemon pveperf pvesh pvesm pvestatd pveum pveversion

***************************

DenysRoy:
bugsmoran, Спасибо за четкую инфу.

Да незачто.

klamas:
KVM мигрирует нормально?

Вполне. Среднее время миграции для виртуалки с диском на 32Gb - минут 20. Я редко мигрирую, всего 15-20 раз за год. Но все 15-20 раз были без ошибок.

Использую Proxmox очень плотно вот уже почти год (порядка 18-19 серверов). Но не для хостинга, а для внутренней инфраструктуры. Сказать, что это превосходный продукт - значит не сказать ничего. Это просто настоящая роскошь, которая вызывает у меня исключительно хорошие эмоции.

Он действительно полностью бесплатный, а покупка саппорта не нужна - на форуме отвечают быстрее, чем в платном саппорте конкурентов.

Недостаток один: для продажи с него виртуалок, наверно, мало подходит.

Сразу предупрежу о двух вещах о двух сюрпризах:

1) кластеризация работает только если ноды Proxmox находятся в одном сегменте сети.

2) ext4 использовать крайне не рекомендую - будут проблемы с асинхронным I/O. Причем лучше не экспериментировать, потому что переход с ext4 на ext3 в принципе не возможен из-за экстенсов. В dmesg будет примерно так:

EXT4-fs (dm-1): Unaligned AIO/DIO on inode 9830425 by kvm; performance will be poor.

Еще хотел бы сказать по поводу кластеризации. Это не совсем та кластеризация в привычном нам понимании (HPC, HAC или LB). Это скорее что-то типа удобного единого интерфейса управления всеми нодами (по типу ведомых серверов в ISPmanager) и однокликовым переездом виртуалки между ними.

Если не работают одновременно и сайт компании и сайты клиентов - значит не в хостинге дело. Потому что сайт компании находится в одном городе (Фалькенштайн), а серверы с клиентами в другом (Нюрнберг).

Судя по тому, что ни я ни многие другие клиенты, кто всегда отписывается, не заметили никаких падений, скорее всего cdi-host.ru прав - отвалились только те, кто обновлял кэш в период падения ns1/2.reg.ru

В любом случае приносим извинения за неудобства.

pan:

P.S. так вот случай был...
Один провайдер у меня лет так 10 уже. Домен один блокировал, недавно купленный, делать ему видимо нефиг было. Я всё про себя думал, руки типа не оттуда растут и все такое....
Через 20 минут после письма как то заработал (а уже как сутки работал у остальных)

Гуманитарные глупости. Подобные случаи четко диагностируются и тыкаются провайдеру в лицо. Только не на уровне пинга, а уровнем выше по стеку: TCP/UDP. Пингом ничего не докажете - провайдер тоже образованный. Ему пинг - не показатель, по причинам, что я выше описал.

С какой ошибкой тогда была "блокировка"? Случайно не server not found?

non-stop:
Домен не пингуется совсем.

Я заметил, что существует целый пласт людей с пингом головного мозга. Эта утилита не дает вообще никакой диагностической информации. Вот вообще никакой. Если сервер не пингуется, то это не значит, что он не работает - там могут быть просто закрыты ICMP, а если пингуется, это не значит, что он работает - там может лежать все, кроме ICMP (или провайдер может резать все, кроме ICMP).

При этом все с умным видом там что-то пингуют и обмениваются мнением...

Сделайте telnet на 80-й порт и сделайте трейсраут хотябы (последний в отличии от пинга хоть каку-то картину даст).

Всего: 1963