WaldenL's questions

Como parte de uma avaliação de segurança, perguntaram-nos se podemos definir a afinidade para que duas instâncias do EC2 na mesma AZ não sejam hospedadas na mesma máquina física. Obviamente, é muito improvável que duas de nossas instâncias acabem no mesmo hardware (na verdade, acredito que a AWS se esforça muito para garantir que isso não aconteça), mas existe alguma maneira de garantir isso?

Observe:

1. Não estou perguntando se devemos fazer isso, entendo a segurança do hipervisor EC2 e sinto que isso não deveria ser necessário, apenas me pergunto se podemos.
2. Não estou incluindo opções de host dedicado, obviamente, se fixássemos as instâncias EC2 em dois hosts dedicados diferentes, elas teriam que estar em máquinas físicas diferentes. Estou falando de VMs "normais" aqui.
3. Isso está dentro do mesmo AZ. Duas AZs diferentes teriam que ter hardware diferente.

Existe uma maneira de alterar a chave de ativação no Windows antes de iniciar a experiência fora da caixa (configuração) em máquinas com o Windows pré-instalado? Por exemplo, digamos que você compre um laptop com o Home pré-instalado, mas tenha uma chave Pro, alguém sabe como inserir essa chave Pro nesse laptop antes de fazer a configuração?

O processo atual é:

1. Execute a configuração usando o usuário fictício
2. Alterar chave após OBE
3. "Redefinir" o Windows de volta ao OBE virgem
4. Execute a configuração novamente, desta vez sob o usuário real

Por que isso importa, você pergunta? Como os SKUs domésticos não podem ingressar em domínios e você deseja que o usuário seja um usuário de domínio, não uma conta pessoal da Microsoft, portanto, você precisa fazer a configuração inicial como um usuário fictício e, em seguida, mudar para profissional para poder ingressar no AzureAD (ou um local domínio) e, em seguida, limpe e refaça o OBE como o usuário final real. Feio!