Какие проблемы у меня возникнут, когда SAN запустится после поддержки?

Это упражнение по планированию и установлению ожиданий (для ваших пользователей, бизнеса и т. Д.).

Я буду использовать серверы в качестве примера. Когда я продаю / покупаю систему, я планирую иметь основной срок службы 3-5 лет. Это довольно хороший показатель для современного оборудования, поскольку в промежутке между технологиями, как правило, наблюдается значительный скачок технологий, и есть веские основания для модернизации после этого периода. Это также, когда режимы отказа систем представляют себя.

Системы старше этого возраста по-прежнему пригодны для использования, но из-за нехватки запчастей и поддержки старые серверы переводятся на некритические функции или используются в кластерах, которые могут выдерживать сбои.

Система хранения также развивалась со времени широкого использования вашей EMC. Я бы сказал, что хранилище SAN стало более удобным, с более интеллектуальными функциями кэширования и производительности. Вы, вероятно, оставляете много производительности на столе...

Вы можете продолжать использовать старое устройство, но почему бы не использовать новое оборудование, которое у вас есть? Что вы ожидаете получить, сохранив старое оборудование на месте?

Вещи, с которыми у вас будут проблемы на "старом" наборе:

• Обновления кода: производители редко берут на себя обязательства выпускать обновления более старого комплекта.
• Запасные части: запасные части будут становиться все труднее найти - иногда вы можете использовать новые детали, но не всегда, потому что скорость / режим связи / протокол и т. Д. Обновляются. Более новые SFP перестают поддерживать более низкие скорости передачи, такие вещи.
• Частота отказов движущихся частей: вращающиеся диски изнашиваются, поэтому вы начнете видеть, как увеличивается частота отказов дисков.
• Совместимость инфраструктуры: поставщики любят менять протоколы с течением времени. Например, контроллеры домена Windows не поддерживают устаревшие протоколы шифрования.

Вы также оплачиваете альтернативную стоимость:

• Новые игрушки, как правило, больше, лучше, быстрее. Хранилище не совсем поспевает за процессорами, но есть несколько замечательных возможностей, использующих флэш-диски, больший кэш памяти и т. Д.
• найма людей с опытом станет трудным.
• Неуклонно увеличиваются накладные расходы на миграцию, когда вы, наконец, сделаете переход, потому что пути миграции к "перепрыгивающему" техническому поколению менее проторены.
• Некоторые продавцы предлагают торговые сделки, по той же причине, что и автомобильные ритейлеры.

Я не скажу, что это плохая идея, но вам нужно подумать, почему вы сначала купили массив хранения. Как правило, это довольно дорогие способы покупки мощностей - то, что вы делаете, использует производительность по сравнению с подпиской - чтобы получить лучший "взрыв" с тем же "средним". Как на уровне диска, так и на уровне кэша.

Они также более дорогие из-за повышенной надежности - "корпоративные" компоненты с лучшей MTBF.

Обе эти вещи со временем уменьшаются. Первый из-за перемещения ворот, второй из-за износа и доступности.

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

Что касается моего комплекта для тестирования / разработки, мне все равно.

Я бы посоветовал вам представить это как тонкое положение. Это не экономия денег, это отложенные расходы. Вам все еще нужно заменить его. Вы будете нести дополнительные накладные расходы по мере старения. Вы собираетесь усложнить замену и миграцию. Вы также берете на себя коммерческий риск нахождения неисправимой ошибки. Для этого потребуется поддержка продавца, который либо укажет и рассмеется, либо поразит вас нелепым счетом. Или, может быть, оба.

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

Кривая ванны применима здесь: http://en.wikipedia.org/wiki/Bathtub_curve

Это очень относится к массивам хранения. Вы, вероятно, можете сравнить с автомобилем довольно приятно - по мере того, как автомобиль стареет, стоимость его содержания на дороге неуклонно возрастает, как и шансы на его поломку, и торговля ценностью уменьшается. Если это выходит из строя каждые несколько месяцев и требуется его починка, тогда вполне возможно, что вы можете запустить более старую машину. Но вы не сделали бы это с помощью машины скорой помощи, потому что, хотя шансы одинаковы, последствия отказов и простоев также выше.

Честно говоря, если "серьезность" данных на CX-3 не будет такой, чтобы их нельзя было легко / своевременно перемещать, откусите пулю и перейдите к чему-то новому.

Другие преимущества обновления: 1. Увеличенная емкость хранилища при меньшем объеме пространства в стойке благодаря большим размерам дисков и меньшим форм-факторам. 2. Гораздо лучшая производительность для смешанных рабочих нагрузок благодаря SSD и большему объему кэша в более современных системах. 3. Иногда вещи ломаются, что требует больше, чем просто замена деталей. Когда это произойдет, вам понадобится официальная поддержка поставщика.

У нас точно такая же ситуация с CX300, который примерно того же возраста (немногим более 8 лет). Я полностью согласен с тем, что эта штука надежна (в те годы мы только что обменяли пару дисков и одна батарея контроллера теперь вышла из строя), но я бы не стал сильно ее растягивать. Поскольку наше хранилище вышло из строя, мы решили перенести его в вариант использования, где надежность не является главной целью (в нашем случае резервная папка). Конечно, есть вероятность, что ваш CX320 зарабатывает намного больше лет без особых хлопот, но имейте в виду, что 8 лет в ИТ в целом и особенно для "движущихся частей" - это довольно много.

С экономической точки зрения наступит (или уже есть!) Определенное время, когда обслуживание CX320 не сравнится в финансовом отношении с покупкой новых вещей (диски стали намного больше, диски FC не будут легко доступны в будущем...)

Я предлагаю сохранить его в месте, где надежность не имеет значения или где вы можете заменить его быстро и без стресса (например, сохранить новое хранилище, уже встроенное как "холодный запас")