
Мы запускаем сервер Jenkins с несколькими узлами. Спустя некоторое время и с добавлением все большего количества проектов в экземпляр, мы сталкиваемся с несколькими проблемами (которые нам приходится решать нескольким людям, но это уже другая тема).
Одно действительно беспокоит — размер виртуальной машины, которую мы используем в качестве сервера. Он превышает 10 ТБ хранимых данных, и он будет только расти (нам нужно получить доступ к артефактам спустя годы/десятилетия).
На данном этапе у меня возникает вопрос: есть ли у кого-то опыт работы с такими крупными установками и может ли он дать мне некоторые оценки того, что может произойти с системой отверстий, если не обеспечить надлежащий уход, и какие рекомендуемые меры нам следует предпринять в этом случае?
Неясно, куда мы хотим двигаться дальше. Мне просто нужны мнения о том, что бы сделали более опытные люди.
решение1
Планирование мощностей также включает информирование организации о том, сколько стоит ее текущий способ ведения дел.
Оцените, сколько места вам понадобится на следующий год или около того. Округлите немного, планирование 75% заполненности дает небольшой буфер. Добавьте расходы, которые вы ожидаете не только от полезной емкости, но и от превышения максимального размера одного LUN/файловой системы/массива хранения. Плюс расходы на избыточное хранилище и резервное копирование.
Предложите альтернативы, которые стоят дешевле.
«Отменить старые сборки» — это опция Jenkins, которая контролирует сохранение. Фактические требования могут появиться, когда станет известна цена. Хотя многие организации не платят счета за ИТ напрямую, поэтому их бизнес-подразделения могут не беспокоиться.
Обсудите, насколько заранее можно запросить старые артефакты. Получение их за несколько дней означает, что они могут оказаться на уровне холодного хранения. Резервные ленты могут быть намного дешевле, чем онлайн-система. А отдельная система резервного копирования с разными носителями повышает шансы на то, что данные сохранятся «десятилетиями». Узнайте, сколько десятилетий может обойтись дорого, имея оборудование и людей, готовых поддерживать сорокалетние данные.
Выясните, насколько воспроизводимы выходные данные. Если все входные данные находятся под контролем версий, а выходные данные согласованы, выходные данные, возможно, не придется архивировать так долго. Хотя для этого требуются дисциплинированные процедуры.В частности, при разработке программного обеспечения нелегко добиться детерминированных результатов.