Вопросы Теги

Контрольные точки Win Server 2016 Hyper-V - их использование в производственной среде

Системные администраторы давно знали, что моментальные снимки, или, как их теперь называют, «Контрольные точки», отлично подходят для разработки / тестирования, но не подходят для использования в производстве в качестве им требуется цепочка файлов VHDX, что делает сервер медленнее и более уязвимым к повреждениям. И, наверное, по другим причинам.

Но я хотел бы знать, имеет ли смысл настраивать некоторые виртуальные машины (с запущенным сервером 2016) в лабораторной среде, устанавливать AD и некоторые другие службы, одновременно выполнять контрольную точку для всех, а затем, когда я довольны конфигурацией, разверните их в производственной среде, удалив предыдущие контрольные точки, которые должны объединять файлы VHDX.

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

Я не нашел в Интернете статей, посвященных этому вопросу.

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

ПРИМЕЧАНИЯ

  • Мне известно о новой контрольной точке «Производственная» в Server 2016, которая использует VSS и обеспечивает согласованную контрольную точку приложения. Честно говоря, я не совсем понимаю, что это означает, но я полагаю, что это даже делает жизнеспособным откат серверов SQL или Exchange.

  • Я также знаю, что Microsoft советует никогда не использовать контрольные точки в производственной среде с контроллерами домена Active Directory, хотя каждая кость моего тела скептически относится к этому совету. В 2007 году я запустил сервер Exchange для 150 пользователей на виртуальной машине VMWare вопреки всем рекомендациям по передовому опыту, и, поскольку оборудование было подходящим, он работал как мечта в течение многих лет.

2
задан 6 August 2017 в 17:15
1 ответ

Как я понимаю, вы хотите построить dev / test environment и создать Checkpoints так, чтобы вы могли откатывать изменения до тех пор, пока не получите ваше окружение именно так, как вы хотите. если это так, то советую

  1. Если вы вернетесь /удалите CheckPoints, то вернитесь /удалите все CheckPoints одновременно. Это позволит избежать проблем, связанных с отметками / репликацией
  2. Перед запуском в производство удалите контрольно-пропускные пункты. Контрольно-пропускные пункты постоянно используются в производстве, и корпорация Майкрософт их поддерживает, если они не используются в качестве замены для резервных копий и если они удаляются после того, как они послужили своей цели. Контрольные точки должны использоваться следующим образом:

Take your Checkpoints

install your new services / patches

Perform your test

if test are successful then delete the Checkpoints

if tests are unsuccessful then revert the checkpoints

As you said there are performance hits and the problems come when people leave checkpoint in place instead instead deleting them after all of their tests

Стоит также отметить, что Microsoft действительно поддерживает контрольные точки контроллеров домена Active Directory до тех пор, пока они не будут удалены:

Хостом Hyper-V является Server 2012 или выше (или поддерживаемые версии EXSI). Эмулятор PDC находится на постоянном токе 2012 года или выше. DC, которым вы являетесь Checkpointing - это Server 2012 или выше.

Microsoft не поддерживает Checkpoints на сервере 2008 R2 или ниже,

Более подробная информация здесь: https://technet.microsoft.com/en-us/library/dn818483(v=ws.11).aspx

and here

http://www.ms4u.info/2013/11/checkpoint-support-on-active-directory.html

Hope this helps,

Mike Brown

3
ответ дан 3 December 2019 в 10:34

Теги

Похожие вопросы