Хостинг - Обзор: эпицентр русскоязычного хостинга

Здравствуйте, гость ( Вход | Регистрация )

> Правила раздела

Настоящие Правила Раздела являются дополннением к Общим Правилам Конференции. В случаях противоречий отдельных пунктов, действуют Правила Раздела.

Запрещается

  1. Обсуждение хостинговых компаний и качества предоставляемых ими услуг.
  2. Реклама и антиреклама услуг хостинговых компаний.
  3. Навязывание собственных услуг в любом виде.
    Участникам Клуба хостинг-провайдеров разрешено давать ссылки на профайл своей компании в каталоге хостинга только в случае явного запроса услуг потенциальным клиентом. При поиске автором темы уникальных или специфических услуг, не описанных в каталоге хостинга, допускается информирование клиента о предоставлении таковых только персонально в личных сообщениях или с использованием другой контактной информации из профайла автора темы.

> Выравнивание дисков гостевых систем и LV просроек.
iwant2beahoster
сообщение 11.12.2011, 01:47
Сообщение #1





Группа: Старые пользователи
Сообщений: 65
Регистрация: 22.10.2011
Из: Прага
Пользователь №: 16,176


Репутация: 138


А скажите-ка уважаемые господа хостеры.
Кто нибудь заморачивается с выравниванием разделов гостевых систем на уровень страйпов raid?

Насколько я могу судить такое выравнивание поможет избежать проблем увеличения количества IOPs на одну операцию чтения.

Допустим у нас есть RAID на котором размер stripe равен 64kb. Поверх него мы кладём Logical Volume с размером блока 64kb. И поверх него лежит гостевая файловая система с размером кластера в самом критическом варианте 64kb.

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

Что теперь произойдёт при чтении или записи одного кластера файловой системы? Будет прочитано/записано 2 блока LV и 3 stripe с дисков. Колчество операций в 5 раз превышает требуемое. Или я что-то недопонимаю и путаю?

Ситуация чисто гипотетическая, но это самый плохой сценарий.

Если выровнять LV это в силах хостера то что делать с гостевой файловой системой не совсем понятно.
Делает ли кто-то из хостеров самостоятельное предразбитие гостевой файловой системы?

Второй вопрос касается дефрагментации. Помогает ли дефрагментация гостевой ОС снизить нагрузку на дисковую систему в условиях активной эксплуатации хранилища данных?
User is offlineProfile CardPM
Go to the top of the page
+Quote Post
 
Reply to this topicStart new topic
Ответов(1 - 6)
eSupport.org.ua
сообщение 11.12.2011, 10:24
Сообщение #2


Одесский сисадмин


Группа: Старые пользователи
Сообщений: 5,200
Регистрация: 18.11.2004
Из: Одесса
Пользователь №: 823


Репутация: 224


Использую SAS и SSD для таких случаев, проблем с IO не замечал.
User is offlineProfile CardPM
Go to the top of the page
+Quote Post
iwant2beahoster
сообщение 11.12.2011, 17:38
Сообщение #3





Группа: Старые пользователи
Сообщений: 65
Регистрация: 22.10.2011
Из: Прага
Пользователь №: 16,176


Репутация: 138


Цитата(eSupport.org.ua @ 11.12.2011, 10:24) *
Использую SAS и SSD для таких случаев, проблем с IO не замечал.
Для случаев каких? Получается, что ответ на первый вопрос - нет. Не выравниваете партишины гостевых систем.
И на второй с дефрагментацией - тоже нет.

Возможно, либо я излишне мнителен, либо вы не сталвикаетесь с ней по причине достаточной производительности ваших дисковых подсистем. Вы сами говорите, что используете SAS и SSD.
Я думаю начать с SATA дисков, а у них производительность пониже. Поэтому не очень хочется терять производительность, которой и так не много.

Проблема о которой я написал будет проявляться наиболее ярко если гостевая операционка будет читать данные блоками по 64 килобайта. Вернее блоками размер которых совпадает с размером stripe блока RAID контроллера.

А на счёт SSD у меня странное чувство, что с виртуалками (если не отдавать SSD как физическое устройство) возникнут проблемы. Речь о том, что по мере эксплуатации SSD "страдают" деградацией производительности. И тут я не понимаю, как пользовательская виртуалка отдаст команду TRIM виртуальному диску чтобы тот в свою очередь транслировал её в команду RAID контроллеру и далее SSD диску.

Сообщение отредактировал iwant2beahoster - 11.12.2011, 17:40
User is offlineProfile CardPM
Go to the top of the page
+Quote Post
eSupport.org.ua
сообщение 14.12.2011, 10:48
Сообщение #4


Одесский сисадмин


Группа: Старые пользователи
Сообщений: 5,200
Регистрация: 18.11.2004
Из: Одесса
Пользователь №: 823


Репутация: 224


Как запорожец не тюнингуй, камаза из него не сделаешь.
User is offlineProfile CardPM
Go to the top of the page
+Quote Post
freehoster
сообщение 18.12.2011, 18:00
Сообщение #5





Группа: Старые пользователи
Сообщений: 159
Регистрация: 26.10.2011
Из: Москва
Пользователь №: 16,335


Репутация: 139


я думаю SATA в вашем случае подойдет
пока не стоит заморачиваться SAS и SSD
User is offlineProfile CardPM
Go to the top of the page
+Quote Post
iwant2beahoster
сообщение 19.12.2011, 01:09
Сообщение #6





Группа: Старые пользователи
Сообщений: 65
Регистрация: 22.10.2011
Из: Прага
Пользователь №: 16,176


Репутация: 138


Цитата(freehoster @ 18.12.2011, 18:00) *
я думаю SATA в вашем случае подойдет
пока не стоит заморачиваться SAS и SSD
Я в этом почти уверен, что для начала SATA мне достаточно. (IMG:style_emoticons/default/wink.gif)

Но вопрос который интересовал меня - заморачивается ли кто-то выравниваем разных слоёв [Stripe - LV - гостевая файловая система] друг относительно друга чтобы минимизировать количество IOPs.

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

А использование RAID на SSD в качестве хранилища дисков виртуальных машин, я пока не вижу. Причины я описал выше. Единственное чем может помочь SSD - это кеширование между стораджем и реальными дисками. Но только тогда когда сам RAID контроллер сможет TRIM-ать неиспользованные блоки.
User is offlineProfile CardPM
Go to the top of the page
+Quote Post
eSupport.org.ua
сообщение 19.12.2011, 11:45
Сообщение #7


Одесский сисадмин


Группа: Старые пользователи
Сообщений: 5,200
Регистрация: 18.11.2004
Из: Одесса
Пользователь №: 823


Репутация: 224


Цитата(iwant2beahoster @ 19.12.2011, 02:09) *

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


Водители камазов действительно не думают о грузоподъемности запорожца и способах ее повышения. Извините, что подвели.
User is offlineProfile CardPM
Go to the top of the page
+Quote Post

Reply to this topicStart new topic
2 чел. читают эту тему (гостей: 2, скрытых пользователей: 0)
Пользователей: 0

 



- Текстовая версия Сейчас: 25.11.2017, 08:56
Яндекс.Метрика