- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Ребята кто как считает в подобной ситуации:
Есть сервер, на нем стоит два винта по 120 GB в рейде софтовом, один винт навернулся, естественно сейчас где-то искать и доставать 120 GB никто не будет, стало быть буду использовать 500 или 1TRB, сервер не требователен к месту, по этому заниматься переносом всего на 2x 1 TRB как бы смысла особого не вижу....
Получилась ситуация в которой я отрежу раздел ~120GB который удовлетворит потребности софт рейда.... а вот основной вопрос остается в том, имеет ли смысл не теряя в производительности задействовать оставшееся место как отдельный раздел на винте, естественно без рейда... свалить туда какой-то хлам ненужны и.т.п.... кто сталкивался с подобной ситуацией ? как считаете, лучше оставить место без разметки и похоронить его там тихонько или подобная конструкция особо но повлияет на продуктивность ФС?
В чем проблема просто заполнить отдельную часть винта, как новый раздел? На продуктивность ФС может повлиять слабо, либо вообще никак.
mastrok, проблемы никакой нет, я прекрасно понимаю технически что это возможно, просто получится часть винта в рейде, часть нет, подобного не делал, точнее раньше всегда при таких случаях размечалось только необходимое место.... Да и винты не сильно разнились друг от друга... потерять 100 GB как бы фиг с ним, тем более если они не нужны... а тут как бы 850.... да и сервер такой, что как раз в это место можно всякие там образы ISO и.т.п поскладывать, что как бы если и погибнет то без убытков... перекачать и все...
Вопрос именно в самой концепции, стоит ли так делать или можно отгрести каки-то проблемы?
В чем проблема просто заполнить отдельную часть винта, как новый раздел?
А прост.
Представьте, что вы все время использовали только пропиетарные контроллеры raid, намучались с ними и теперь не знаете, что они еще могут выкинуть и как использовать этот раздел для своих нужд.
Md raid не использует неформатированный для него раздел никак. Все документировано.
Любые варианты, которые вы сочтете нужным можно эксплуатировать.
Конечно, операции на этом дополнительном разделе повлияют на производительность массива, в той мере, в какой они влияют на один из дисков.
А прост.
Представьте, что вы все время использовали только пропиетарные контроллеры raid, намучались с ними и теперь не знаете, что они еще могут выкинуть и как использовать этот раздел для своих нужд.
Md raid не использует неформатированный для него раздел никак. Все документировано.
Любые варианты, которые вы сочтете нужным можно эксплуатировать.
Конечно, операции на этом дополнительном разделе повлияют на производительность массива, в той мере, в какой они влияют на один из дисков.
Т.е я так понимаю, что прямых известных противопоказаний нет?
:):):)
Если на доп раздел изредко будете складывать всякую фигню, которая никем трогаться не будет, то и проблем не будет. Если писаться/читаться будет активно - может рейд рассыпаться, изза того что один диск сильно будет тормознутее другого . Я такое делал на компе.
Romka_Kharkov, на мой взгляд - нет.
Ясно, что повышается вероятность пометки raid как сломанного если активно нагружать второй диск.
Если писаться/читаться будет активно - может рейд рассыпаться, изза того что один диск сильно будет тормознутее другого .
Звучит логично и интересно, но ведь в линуксе все эти хорошие идеи должен еще кто-то взять и написать. Я ничего такого не нахожу ни в документации, ни в Гугле. Если есть речь о разности времени ожидания, значит должна быть настройка этого ожидания.
Диск с "паникерской" прошивкой, если его еще и нагружать, очевидно, с большей вероятностью выдаст ошибку, но это же не значит, что raid сломался из-за разницы в скорости. Нет прямой связи между задуманным способом и потенциальной проблемой.
Так что переформулируем как " если будете активно нагружать raid edition диск, то он может внезапно и пометиться как сбойный ". Так это и всегда выполняется не зависимо от использования обсуждаемой конфигурации.
Короче, можно использовать и никаких дополнительных условий не накладывать.
netwind, я когда-то давно так делал. Был домашний сервачок. Дебиан 6, стандартный софтовый рейд 1 из дисков на 160 гб и 1 тб. На остальном не рейдовом разделе хранил бекапы, рейд сам по себе работал под нагрузкой + когда с двух гигабитных сетевух лились бекапы - не раз был вылет 1 тб диска из рейда (помечался как сбойный и в рейде не участвовал).
Всех понял, в принципе предполагал подобное, но решил уточнить, спасибо, попробую, нагружать особо не собирался , чисто такой себе storage... иногда скачать иногда залить, постоянной активности не предполагается.
Romka_Kharkov, регулярно сталкиваюсь и делаю так на тех серверах, где нет адовой нагрузки на жесткие диски. Зачем пропадать месту ?
Если есть критичные данные и работа сервера критичная по скорости, то я бы так не экспериментировал....
Romka_Kharkov, регулярно сталкиваюсь и делаю так на тех серверах, где нет адовой нагрузки на жесткие диски. Зачем пропадать месту ?
Если есть критичные данные и работа сервера критичная по скорости, то я бы так не экспериментировал....
Спасибо! Буду пробовать сегодня, посмотри, если всплывут какие-то косяки, я отпишусь тут.