hvosting

Рейтинг
133
Регистрация
12.05.2007

Может быть имелось в виду что у него была международная торговая марка.

Наличие оной позволяет значительно ускорить получение украинской ТМ.

Либо регистратор просто заложил цскореную регистрацию ТМ в цену домена, подняв ее до нескольких тыс баксов, не уточняя тонкости с клиентом.

Посмотрите внимательно на whois по этому домену.

madmozg:
Ну во первых объявление было не о том что проблемы начались, а о том что они в 5 утра полностью были решены.
А во вторых я один считаю недопустимым для хостинга любого масштаба, когда сайты не работают с 21.30 одного дня до 15 дня следующего, и саппорт отдыхает, не предполагая что у юзеров после переезда могут быть проблемы?

Из того что вы написали что "саппорт отдыхает, не предполагая что у юзеров после переезда могут быть проблемы" можно сделать вывод что вы сапорту по этому поводу не звонили, не писали, тикет не создавали. Или вы не точно выразились?

ENELIS:
1. Как Вы собираетесь считать рандом рид? Это только из личного опыта.
2. Он и не нужен, для того чтобы забить гигабит !файлами! (не одним файлом и не десятком, а сотней скачек mp3 в параллельных потоках), нужен явно не целерон.
3. Либо процессор обрабатывает пакеты, либо суб-процессор на сетевой карте, также и IO менеджемент на процессоре.

1. Вы будете смеяться, но именно для расчета рандом рида и дается производителем такая характеристика винта как average seek time

2. Пипец. Чукча не читатель. На то чтобы забить 1 гигабитный интерфейс целерона как раз достаточно. Особенно если сетевая карта имеет пачку своих мозгов.

3. Сколько заголовков, т.е. пакетов (в штуках или гигабитах), он может наклепать в секунду, при условии что просто прокачать инфы xeon может 40-60 гигабит. а Celeron допустим 8-10 гигабит.

В общем почитайне на просторах интернета сколько трафа успевал роутить и фильтровать PF ом старый таз на базе PIII тупыми интерфейсами.

флудерасты....

Ок, решите чисто математическую задачу:

сервак с 256 метрами оперативки.

жесткий диск на 500 гиг. (1 штука)

до отвала забит mp3-шками.

посетители (около 100 одновременно) качают файлы,

каждый в 1 поток в случайном порядке, т.е. скачиваемые

файлы равномерно размазаны по венику.

гигабитный интерфейс.

Требуется

1. расчитать сколько может в среднем выдать один веник без учета NCQ но с предполагаемым агрессивным prefetch

при оборотах 7200 в минуту , среднем времени поиска 8 милисек.

предполагаемый объем данных на одном треке - 32 килобайта.

2. объяснить на кой ляд тут нужен гигабитный интерфейс.

3. пояснить какое отношение к расчету имеет нагрузка на процессор. Для справки - современные 5500 xeon младших серий прогоняют через шину 4 гигабайта в секунду. Какие нибудь целероны - ну пусть на порядок меньше.

Просьба привести пример расчета, а не фразу типа "из моего личного опыта 20 метров в секунду как с куста"

Я как то попал под раздачу, когда с территории Украины (точнее UA-IX) валило 50 000 ботов. А мир был просто отправлен в блекхол. Но за несколько минут перед блекхолом, по сводным данным на аплинках (они рассказали уже на следующий день, с утра) величина этой ниагары была 27 гигабит.

Смыло и меня, и ДЦ, и пару непосредственных аплинков. Отакое приключилось.

Для фильтрации теоретического DDoS теоретически не требуется знать что мы ожидаем получить, применив мат. аппарат фильтрации аномальных данных, регрессионный анализ и т.д. можно принимать решение и в слепую.

На практике конечно проще фильтровать с применением человеческих мозгов и рук.

Главное в DDoS - чтобы он не перерос возможности входящих каналов.

Не нагрузку процессора как раз вообще не влияет, если под процессором иметь в виду ядро.

В том случае если не используется рейд-контроллер и сборкой софт-рейда занимается процессор, и сетевая карта "суперсерверная", типа realtek то и на процессор нагрузка чуть есть.

Или если эти большие файлы зипуются - тогда процы будут заняты что пипец.

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

т.е. создает нагрузку на дисках в первую очередь, на сетевом интерфейсе во вторую и на шину данных в третью.

В первую очередь роль играет скорость, на которой качают файлы и количество одновременных обращений, а не количество файлов и их размер.

Решается вопрос не установкой более мощного проца, а

установкой аппаратного рейд-контроллера,

увеличением количества винтов (raid10),

установкой более быстрых винтов (sas или даже ssd)

установкой процессора с большим количеством внешних шин (контроллеров памяти)

и с большей проускной способностью каждой шины (частотой по шине)

Ну и в апаче надо запретить .htaccess а еще лучше перейти на lighthttpd или nginx.

sedojded:
Мне кажется правильно было, если бы цены на трафик озвучили здесь. А то "Канал на 10 mbit бесплатно" это ничто для стореджей.

Почему же ничто?

Для ниливания туда фильмов и раздачи оных действительно ничто.

Для системы резервного копирования, если идет обмен не полными файлами а датами, хешами, инкрементами....

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

Матюшко Михаил:
сервер с 24 Гб оперативки за 30 тысяч.

Не знаю что у вас там еще, кроме 24 гиг оперативки, на штуку баксов..

dual xeon 5520

32GB ddr3

2x sataII 500

могу отдать за.... ну до 400$ точно.

Конечно если у вас там 16 дисков и/или трафика под гигабит...

Ну и хостинг тоже можете взять на рассмотрение

hvosting.ua

equity:
На счет 4-ядер - возможно и с запасом (не зная сколько файлов одновременно будут качать / слушать - сказать сложно), но у нас есть клиентка, которая размещает онлайн-кинотеатр на аналогичном сервере и в пиках нагрузка на CPU доходит до 60-70%, потребляется %wa параметр. Ее трафик в месяц превышает 15 ТБ.

Я тут мягко так намекну что замена процессора на 2-х ядерный этот показель

имхо слабо изменит.

А вот установка сетевой карты, с поддержкой offload по всем статьям и нормального рейд-контроллера, вместо набортного ICHR

equity:

2 диска по 1 ТБ на сервере в RAID1 - обеспечивается более высокая скорость работы и сохранность данных + можно установить nginx и нагрузка еще больше упадет,

Думаю для вас это будет неожиданностью - скорость записи у такой сборки ниже чем у одиночного винта.

equity:
1 ТБ - считайте 2 винта по 500 ГБ по производительности, так что можно 600 ГБ, а то и больше, файлами забивать спокойно - будет держать.

average seek time еще никто не отменял. Не знаю какие 500 и 1Т вы равняете, но в целом не правы.

Всего: 1125