Хостер

Рейтинг
42
Регистрация
07.02.2007
netwind:
А то что?
И вообще: бизнес - это риск. кто не рискует, у того норма прибыли обычная. Гарантировать, что flashcache будет работать в сотнях инсталляций годами на разных ядрах и дисках просто некому из-за инертности хостеров.
Я использую где-то с полгода и все нормально.

Спасибо за отклик. Около года назад мы пробовали flashcache - результаты тестов не впечатлили. На то время в google о flashcache была тишина, и было решено забить на все эти костыли (maxiq, flashcache и т.п.) и просто перейти на SSD. Но, видимо, недавно что-то поменялось - попробуем ещё разок :)

А есть ли здесь кто-нибудь с опытом использования Flashcache именно в production?

50 ГБ диска, 500 ГБ трафика, есть поддержка http и привязки до 50 доменов - $11.80/месяц

http://www.eomy.net/file-hosting.php

Если понадобится больше 100 ГБ диска и больше 1 ТБ трафика - сделаем для вас специальный пакет.

It-mcp.ru:
Честно говоря, столкнулись с той же проблемой. Хотим частично добавить серверы для хостинга и vps серверов на ssd, но пока не решаемся. Вопрос, который стоит перед нами. А нужно ли? Почувствует ли конечный пользователь изменения от такой достаточно недешевой технологии?

Для каких-то применений VPS на SSD вполне нужен (например, под MySQL), но массового спроса на них сейчас нет. И, честно говоря, я не вижу, откуда на такие VPS может появиться массовый спрос (ну хотя бы 10% от количества пользователей обычных VPS). Понятное дело, если бы SSD VPS стоили как обычные - то проблем со спросом не было бы :)

Также, думаю, есть смысл в обычном VPS + небольшой SSD раздел (чтобы пользователь мог разместить на SSD разделе базу данных, а всё остальное - на обычном диске). Мы пробовали сделать это на OpenVZ, но пока что получается только через одно место, не очень подходящее для production.

Для shared-хостинга ssd имеет смысл, если у вас есть проблемы с нагрузкой, создаваемой MySQL.

---------- Post added 25-05-2012 at 20:04 ----------

Andreyka:
А какая у вас на VPS скорость работы с диском?

Это вопрос ко мне? Какая именно скорость вас интересует? (iops, transfer, ?)

TheJetHost.com:
Почему отказались от этой идеи? Какой модели SSD используете?

Потому не увидели в этом никакого "профита" - ОС только чуть быстрее загружалась. Те части ОС, которые реально нужны в работе хостингового сервера, будут постоянно находиться в кеше и так. Также, размещение ОС на SATA RAID-1 позволяет обойтись без downtime в случае выхода из строя одного SATA диска. А вот выход из строя SSD диска с ОС точно закончится downtime в как минимум 1-2 часа, если, конечно, у вас он не будет работать в RAID-1 с ещё одним SSD.

Если деньги не проблема - то можно, конечно, держать ОС на SSD RAID-1, но мне сложно найти хоть какое-то существенное оправдание подобному подходу.

Хочу на всякий случай отметить, что какие-либо бенчмарки SSD дисков, отличные от iops для записи, для виртуального или VPS хостинга абсолютно по барабану (подразумевая, конечно, что хотя бы 150 МБ/с линейного чтения SSD диск может выдать - но все новые диски существенно превышают эту границу).

Мы используем такие диски:

OCZ VERTEX3 (их устанавливает Hetzner),

Intel 320 Series (колокейшен)

Micron SLC RealSSD P300 (ДЦ Softlayer)

Существенной разницы в реальной хостинговой нагрузке между этими дисками нет, несмотря на существенную разницу в цене.

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


It-mcp.ru:
Если верить этой статье, то ваши суждения верны. Недавно прочитал статью, где оценивали производительность sata3 7200rpm x4 raid10, sas 15k raid0 и ssd raid0. Последняя сборка(ssd) натянула sata в 10-20 раз по всем параметрам и и в 2-5 раз sas. Так что к вашей конфигурации можно добавить ssd raid 0 для большей производительности.
Интересно сравнить производительность вашей конфигурации и конфигурацию sata raid10

Честно говоря, я немного скептически отношусь к подобным статьям, по большей части потому, что читая такие статьи, очень сложно сделать какой-нибудь вывод, имеющий практическую ценность. Вы же не станете инвестировать значительные средства в SSD только потому что в статьях красивые циферки? :)

К примеру, если у меня уже есть XX хостинговых серверов на, скажем, SATA RAID10, то как именно я могу оценить смысл от перехода на SSD? Ведь всё работает, у нас тонны дискового места, а при переходе на SSD у нас возрастают затраты и уменьшается доступный пользователю объём, да ещё страшилки на каждом углу рассказывают про износ - ну какой может быть смысл в переходе на SSD? 😂 Ведь пользователю хостинга важно чтобы всё работало и места было побольше. К сожалению, эти желания никак не кореллируют с циферками в бенчмарке SSD дисков.

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

Используем SSD на Shared хостинге и на VPS чуть меньше двух лет. За всё время вышел из строя 1 SSD диск - через два дня после покупки.

После продолжительных экспериментов мы отказались от идеи размещать ОС на SSD. Также отказались от какого-либо RAID на SSD, хотя до сих пор работает пара серверов на SSD RAID5 😂

Вот конфигурация, с которой у нас было минимум проблем:

2xSATA в RAID1 или 4xSATA в RAID10 - "для всего"

1 SSD диск - для апача, mysql и swap

Если решитесь размещать swap на ssd (в этом на самом деле нет ничего плохого), то не забудьте увеличить vm.swappiness, чтоб система отдала больше памяти под дисковый кеш, который вам понадобится для медленных SATA дисков.

SSD диски очень легко бэкапить хоть раз в час - объёмы небольшие, iops при бэкапе падает очень незначительно.

Я с вашего первого сообщения в этой теме подозревал, что с вами что-то не так. Думал, что ошибался, но, как оказалось, вовсе нет :)

Вам тоже удачи.

Минутку, но при чём же здесь цены и политика Hetzner-а? Мы предоставляем коммерческую услугу, у нас есть свой TOS, и пользователя не должно заботить как мы решаем финансовые и прочие вопросы с датацентром (на всякий случай скажу, что мы не нарушаем правил датацентра).

Если бы мы перепродавали сервисы Hetzner'a (vServer), тогда мы были бы "реселлерами", и тогда, наверное, стоило бы руководствоваться именно их правилами учёта трафика и т.п. Но наш сервис нельзя назвать реселлингом, так как мы построили его сами на базе арендованных серверов, и поэтому правила у нас свои. У нас весь трафик учитывается, даже на соседний VPS :)

Спасибо за комментарий!

Но почему же зря? Если здесь есть специалисты, знающие больше меня, то я буду рад выслушать их комментарии. Зачем их бояться? :)

Мне немного неудобно об этом говорить, но серверов у нас много, ну, то есть, сильно больше одного :). Коммерческим хостингом (т.е. "для всех") занимаемся с 2008 года. Приведённая статистика по стабильности - именно с коммерческих серверов (т.е., на тех, где хостятся "люди с улицы").

У нас достаточно опыта с abuse и DDoS в разных датацентрах - американских и европейских. C Hetzner'ом работаем с 2009 года. Abuse служба Hetzner-а, конечно, особенная; сталкиваемся с ней очень часто, но все вопросы решаем.

А что вы хотите уникального в VPS хостинге? Я не думаю, что здесь можно придумать что-то радикально новое, хотя мы постарались (например, пользователю доступно полное ядро процессора даже на пакете за $2.80, хоть и с оговорками - я такое, скажем, нечасто встречал).

Другое дело, что из меня хреновый маркетолог 😂

Всего: 45