Does that mean BitLocker should not be used inside a Hyper-V guest OS?
Sim, é isso que significa.
Ele não deve ser usado porque não é suportado nas versões do Windows anteriores ao Windows Server 2016. Ele não é suportado porque a Microsoft não deseja que os clientes façam algo que não forneça nenhuma proteção real. Um convidado não pode ser configurado para inicialização autônoma, a menos que a chave de inicialização esteja armazenada na partição de recuperação ou na mídia removível. Um nome mais preciso para a chave de inicialização é "Chave de inicialização e recuperação", porque permite que qualquer pessoa tenha acesso à partição de recuperação se as chaves forem armazenadas ali para descriptografar a unidade. E você provavelmente não deseja inserir uma chave de recuperação toda vez que seu convidado for iniciado.
Além disso, "anexar um disquete virtual" realiza a mesma quantidade de nada. Se as chaves estiverem armazenadas em um dispositivo em uma partição não criptografada anexada ao host, os dados não serão protegidos.
O Windows Server 2016 apresenta o Virtual TPM, que permite a criptografia segura de partições guest com inicialização autônoma. Você pode ler mais sobre isso aqui:
"Criptografia de disco virtual do BitLocker usando vTPM. Não é necessário fornecer um código de desbloqueio após a reinicialização - use criptografia de disco guest em qualquer lugar sem sobrecarga de administração. As chaves de criptografia são seladas com segurança dentro do dispositivo TPM virtual, que se move quando a VM se move para outro host "