- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Добрый день!
Имеется сервер 2x1,8ГГц/4Gb/2x250Gb HW RAID1 SATA2.
В пике нагрузке wa доходит до 80%. При этом все естественным образом притормаживает.
Если перенести все это дело на SSD-диски будет ли это целесообразно при такой нагрузке ?
Использую: CentOS 5 x64, PHP5+MySQL.
Высокий wa это не проблема.
Проблема в том, что делает его высоким.
Высокий WA от высокой нагрузки на диски.
Полностью на SSD лучше не переходить. Разумнее оставить систему на SATA и добавить SSD для базы например. Или заменить диски на гибридные диска Seagate XT.
Лучше все таки использовать SAS в 1.
Правда сервер по описанию на САС не тянет, но если будете делать SSD делайте его хотя бы в первом рейде.
если будете делать SSD делайте его хотя бы в первом рейде.
В этом нет никакого смысла. SSD не ломается, как механический винт, он изнашивается. Если поставить 2 SSD в RAID1 они оба износятся одновременно.
Как ни парадоксально, имеет смысл SSD в RAID0. Это и быстрее и износ почти в 2 раза дольше.
Короче говоря проще выделить 1 доп. SSD и не париться :)
В таких случаях возникают два типовых варианта решения:
1. Увеличить объем оперативной памяти
2. Поставить SSD для данных, которые читаются часто
По цене первый вариант дешевле, проще, надежней, но если MB не поддерживает больше 4 Гб памяти, преимущество данного варианта пропадает. А в основном, выбор варианта зависить от характера нагрузки. Если нагрузка вызвана постоянным большим числом обращений ко всему диску, например, у вас раздается 100 Гб картинок, то поможет только SSD. Хотя, судя по тому, что проблема не постоянная, а возникает только в пике, увеличение объема памяти ее решит.
Добрый день!
Имеется сервер 2x1,8ГГц/4Gb/2x250Gb HW RAID1 SATA2.
В пике нагрузке wa доходит до 80%. При этом все естественным образом притормаживает.
Если перенести все это дело на SSD-диски будет ли это целесообразно при такой нагрузке ?
Использую: CentOS 5 x64, PHP5+MySQL.
Использую: CentOS 5 x64, PHP5+MySQL.
нагрузку создает MySQL?
Вы забыли главное - Если диск летит тоже ВА летит, даже в пиках...
В пике нагрузке wa доходит до 80%
дешевле найти источник нагрузки и оптимизировать.
dstat показывайте в момент проблемы.
Добрый день!
Имеется сервер 2x1,8ГГц/4Gb/2x250Gb HW RAID1 SATA2.
В пике нагрузке wa доходит до 80%. При этом все естественным образом притормаживает.
Если перенести все это дело на SSD-диски будет ли это целесообразно при такой нагрузке ?
Использую: CentOS 5 x64, PHP5+MySQL.
Модель дисков озвучьте. Может быть у вас там WD Green серии, которые достаточно сменить на WD Black серии?
Нагрузку создает MySQL - база 400Mb.
Пробывал я как-то полность перенести MySQL на флешку и работать с неё - через полгода от флешки ничего не осталось :) , а вроде бы как должен выдержит "тысячу-миллиардов" циклов...
Другой вопрос по производителю SSD. Какого лучше брать?
Смотрю в сторону этого:
http://market.yandex.ru/model.xml?hid=91033&modelid=2602584&clid=502
есть конечно варианты дешевле:
http://market.yandex.ru/model.xml?hid=91033&modelid=6079218
но опять же, это делается в подвале.