klamas

Рейтинг
172
Регистрация
07.03.2011

Мне кажется большинство отписавшихся о быстрой смерти - теоретики, перечитали статей в инете)

Подождем опровержения с подробностями длительности работы и этапов смерти ssd

---------- Добавлено 10.11.2012 в 16:23 ----------

Vanger:
скажем, хостинг 20 Гб мелких файлов, 20 Tb трафика в месяц. не знаю наверняка, поэтому спрашиваю - SSD ведь справится?

не только справится, но и напрягаться не будет :)

В зависимости от мелкости файлов (потому-что кроме дискового IO есть и другие узкие места.) может выдать и 200ТБ, и больше :)

kirhost:
Был такой опыт по размещению mysql баз данных на SSD диске, но к сожалению после нескольких месяцев использования диск начал "сыпаться".
Это связано с ограничением цикла записи, а так как запись/чтение в базы будет идти постоянно то судьба такой реализации предрешена.

Если будет найден компромисс цена/качество/надежность возможно что-то и получиться.

Что значит сыпаться?

Wear Out Indicator стал 1?

У нас появился тариф VPS-B1-SSD в Румынии

на SSD + SATA в Raid1 с возможностью выбора конфигурации.

Производительность VPS очень высокая.

Система виртуализации KVM.

Так же включена базовая защита от DDoS до 1 Gbps на уровне ДЦ Voxility.

Конфигурация VPS (в скобках указано максимальное значение параметра конфигурации, настраивается при заказе в биллинге):

Количество ядер процессора - 1 core @ 3,0GHz (до 2 ядер)

Количество ОЗУ - 2 GB, DDR3 (до 7 GB)

Размер диска SSD - 30 GB (до 120 GB)

Размер диска SATA - 100 GB, RAID 1 (до 1100 GB)

IP-адреса - 1 (до 4 адресов по 2 € за штуку)

Канал 1 Gbps

Трафик 5ТБ в месяц (не жесткое ограничение)

Цена ежемесячно 39 €.

Заказ сервера

Здравствуйте.

Предлагаем VPS в Румынии.

Другие более мощные тарифы можете посмотреть на сайте

Начальный конфиг:

3.30 Ghz

1024Mb RAM

20 Gb SSD

1 IP

1 Gbps unmetered (до 10 ТБ без проблем)

21 euro (871,5 руб.)

Заказ сервера

Дополнительные IP по 2 евро за штуку.

Еженедельный полный бекап.

Поддержка в биллинге в рабочие часы.

Я лично часто до ночи онлайн :)

sleepnow:
И в догонку. как перепаковывать сразу 200 архивов скажем?

Сценариями

LineHost:
Не из буфера как обычные сата, а в разброс или попутно ровно так же как и обычные SAS.
LineHost:
Разница от SAS в том, что механика от SATA.

А вот тут уже у вас нестыковка, механика от SATA, но работает как SAS?

Если не сложно пруф дайте, что-то не найду такой информации

YCAS, ну сразу бы так, теперь все предельно очевидно!

LineHost:
Почему? Частично помогает, к примеру мултипотоковое чтение.

Откуда читается мультипотоково? из буфера?

или они тоже умеют за один оборот считывать данные в разных секторах "в разброс"?

LineHost:
Кардинально я не высказываюсь ни за SATA, класический SAS, NearLine SAS, или SSD. Надо выбирать изходя из конкретных требований.

А вот это как раз то к чему я вторую страницу уже веду, нет лидеров, есть разные категории

---------- Добавлено 10.11.2012 в 00:48 ----------

[umka:
;11068444]Я бы назвал это "грамотно втюхать"

Почему вы называете это "втюхивать"?

Я понимал всегда это слово как продавать товар не соответствующий требованиям как соответствующий или как продавать товар который не нужен конкретному покупателю.

Думаю не стоит спорить с тем что на VPS зачастую узкое место это дисковый IO, и в данному случае эти VPS на SSD решают эту проблему.

Т.е. что заявлено, то и получит клиент

Romka_Kharkov:
Т.е вы хотите сказать что при переносе скажем той же базы на SSD мы не получаем прирост производительности в плане iops ?

И вы туда же?

Читайте не только последний пост

Заставляете флудить, негодяи :)

LineHost:
Вы сами себе противоречите.

никаких противоречий, вы сказали что если нужны IOPS то SSD? я опроверг это

сам я не утверждал в однозначном превосходстве какой то технологии

LineHost:
В случае линейного чтения SATA рулит, все остальные курит. SAS интерфейс к SATA облегчает жизнь, об этом писал ранее...

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

Всего: 1845