Оглавление:
Таким образом, вы и ваша компания планировали свое путешествие в облако, и важным шагом является виртуализация ваших серверов, чтобы избавиться от всего этого громоздкого локального оборудования. Но, возможно, вы не знаете, с чего начать, или вам нужна помощь в определении передового опыта при настройке новых виртуальных машин. Я собрал три моих лучших совета о том, как сделать виртуализацию серверов максимально эффективной и безболезненной. Эти указатели помогут вам избежать потенциальных камней преткновения, поэтому вы сможете тратить меньше времени на настройку и уделять больше внимания обслуживанию своего бизнеса.
Совет № 1: Размер с умом
Может показаться логичным получить виртуальные машины с максимально возможной емкостью для работы с любым размером нагрузки, верно? Не так быстро. Чрезмерное выделение процессоров на ВМ может на самом деле ухудшить производительность, а не улучшить. В целом, ваши процессорные ресурсы должны соответствовать загрузке. Если сервер не использует полностью ресурсы, он переполнен и может повлиять на производительность. Если вам понадобится больше ресурсов позже, вы всегда можете уменьшить масштаб и добавить дополнительные ресурсы сервера. С другой стороны, убедитесь, что вы не перегружаете хосты - такие показатели, как раздувание памяти и загрузка ЦП, являются ранними индикаторами того, что хост достигает своего предела. (Подробнее об эффективности виртуальных машин см. В 5 статьях, которые могут привести к сбою виртуальной инфраструктуры.)
Совет № 2: оставайтесь с резервированием N + 1
Правило «два - один, а один - нет», безусловно, применимо здесь. Резервирование N + 1 необходимо для обеспечения минимального времени простоя, если один из ваших хостов обанкротился. Существует заблуждение, что виртуальные машины не подвержены подобным проблемам, с которыми вы можете столкнуться на физическом сервере. Фактически избыточность еще более важна, если на каждом из ваших хостов работает несколько виртуальных машин. Помимо хранения горячих и теплых резервов, холодный резерв позволяет сразу же восстановить защиту N + 1, если и когда неисправный хост возникнет и нуждается в ремонте. Хотя переключение с физических серверов может избавить вас от многих проблем, связанных с управлением инцидентами и их разрешением, вы все равно захотите иметь резервный хост и еще один, так сказать, «резервную копию резервной копии».
