Следует ли мне беспокоиться о настройке нашего сервера?

Похоже, вы уже используете приличное оборудование. Что с этим не так? Он не слишком старый, правда? Держите свои вещи на гарантии или под рукой, если вы не хотите слишком беспокоиться (не все разделяют мое мнение по этому поводу).

Если у вас есть резервные копии и хорошие резервные копии, у вас все хорошо. Один сервер = единая точка отказа, каким бы хорошим он ни был, мне было бы неудобно. Вы можете многое сделать в рамках бюджета, приняв разумные решения о том, как все реализовано с точки зрения программного обеспечения / оборудования / инфраструктуры / поддержки.

Если у вас нет мер предосторожности / вещей, возможно, вам стоит волноваться. Если одна система выйдет из строя, исчезнут ли ее службы? Как это повлияет на бизнес? Как быстро ты восстановишься?

Подводные камни? Смотря как. Вы не предоставили слишком много информации. Дешевые диски могут выходить из строя или работать медленно. Дешевые корпуса могут перегреться. Дешевые фанаты могут потерпеть неудачу. Дешевые контроллеры SATA / SAS / RAID могут работать неправильно или работать не так, как ожидалось. Дешевые блоки питания могут умереть или, если их нет в резерве, оставить вас без питания. Материнские платы могут делать странные вещи. Системами без удаленных консолей (МОТ и т. Д.) Может быть сложно управлять. Дешевые сетевые карты могут иметь дешевые драйверы или иметь проблемы. Может возникнуть множество мелких непредвиденных проблем. С другой стороны, вы можете получить чертовски дешевую вещь начального уровня, которая отлично работает. И более дорогие вещи тоже иногда могут быть шаткими.

Я видел все это в приличном * серверном классе, сервере более низкого уровня, рабочей станции и оборудовании потребительского уровня. Похоже, что в долгосрочной перспективе более дорогие модели работают лучше (без гарантии). Но если вы не можете себе этого позволить? Или вы можете позволить себе только один сервер и не можете реализовать надлежащее резервирование?

Нет ничего плохого в том, что два сервера работают с Xeon, памятью ECC и RAID. Если только у вас нет с этим проблем.

Предполагая, что ваши виртуальные машины избыточны (и это проверено как работа с одним отключенным узлом), вы, вероятно, относительно защищены от сбоев, связанных с оборудованием, благодаря наличию двух зеркальных узлов.

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

Тем не менее, было бы полезно узнать некоторые дополнительные сведения о вашей среде ... например, как долго у вас есть эти машины, находятся ли они в специально созданной среде (чистая, сухая комната со стойкой и кондиционером и т. Д.) . Как вы, наверное, знаете, ухоженное оборудование служит дольше!

Вообще говоря, нет ничего плохого в использовании менее «профессионального» оборудования, оно просто не имеет таких же гарантий или надежности, как более дорогой комплект, и эти риски необходимо сопоставить с вашим бюджетом.

Поскольку ваша серверная часть хранилища является полностью флеш-памятью, ваше оборудование полностью подходит для указанной рабочей нагрузки. Единственное беспокойство, которое у меня вызывает в отношении вашей конфигурации, заключается в том, что ваши виртуальные машины разделены и работают на одном сервере, а не зеркалируются / синхронизируются между серверами, особенно если они идентичны. Поэтому я настоятельно рекомендую вам использовать программно-определяемое хранилище (виртуальную SAN), которое позволит вам объединить оба сервера в один кластер и сделать ваши виртуальные машины невосприимчивыми к возможным сбоям оборудования.

Возможные варианты: HP VSA http://www8.hp.com/us/en/products/storage-software/product-detail.html?oid=5306917 или EMC Unity VSA https://store.emc.com/us/Product-Family/EMC-Unity-Products/EMC-Unity-VSA/p/EMC-Unity-Virtual-Storage-Appliance который бесплатен, но, насколько я знаю, не разрешен для производства. Поскольку вы используете Hyper-V, идеальным вариантом для вас будет использование StarWind Virtual SAN. https://www.starwindsoftware.com/starwind-virtual-san который изначально работает поверх Windows и позволяет легко создавать полнофункциональный отказоустойчивый кластер Microsoft Failover Hyper-V, используя только напрямую подключенное хранилище.

Я бы также рекомендовал использовать VEEAM B&R https://www.veeam.com/vm-backup-recovery-replication-software.html у которого есть бесплатная версия или Bacula http://blog.bacula.org/ для резервного копирования виртуальных машин вместо использования встроенного средства резервного копирования Windows 2012 Server, поскольку известно, что оно вызывает проблемы при попытке восстановления виртуальных машин.

При небольших развертываниях обычно лучше иметь несколько (как минимум 2) более дешевых компьютеров, чем одну дорогую. Или, другими словами, при небольших развертываниях лучше быть широким, чем высоким. Причина в том, что таким образом вы получаете некоторую избыточность при ограниченном увеличении стоимости. Два сервера 3000, - могут быть в состоянии делать то же самое, что и один 5000, - сервер, но если дорогой сервер выйдет из строя, вас накажут. Если одна из более дешевых из них выйдет из строя, у вас по крайней мере половина ваших виртуальных машин все еще работает, и она, вероятно, может запустить и другие, просто это будет медленным.

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

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

до тех пор, пока у вас нет проблем в сети и в системе резервного копирования, вы можете продолжить эту настройку, но в будущем лучше, чтобы профессиональный сервер был на 100% ЗДОРОВЫМ.