Хранение файловой системы пользователя, персистентной через AWS EC2, определяет экземпляры
Честно, KMS является наиболее удобным способом лицензировать большое количество компьютера, но маркер останавливается тут же. Можно вытянуть статистику от него использование cscript slmgr.vbs /dli; но лицензированное количество никогда не будет превышать дважды минимум для активации конкретной лицензии (т.е. Win 7 берет 25 для активации, таким образом, количество никогда не будет переходить 50). Это не отслеживает, более чем удваивают минимум, таким образом, это будет только отслеживать новое число.
Получение по запросу информации о клиенте из журнала событий является самым легким централизованным способом видеть то, что активируется. Можно также использовать Объем, Активируют Инструмент управления (VAMT, из Windows AIK) предназначенный для активации клиентов с ключами MAK, это может также сообщить о клиентском состоянии от клиентов KMS (однако, это должно связаться с клиентом и получить информацию непосредственно от них; это не говорит с сервером KMS).
Надо надеяться, MS понимает разочарование, они помещают всех через, и выпускает лучший сервер KMS однажды... Этот материал не является аэрокосмическими исследованиями, и Вы не являетесь первыми для спотыкания на него.
Вы можете запустить свой спотовый экземпляр с постоянным корневым томом EBS (или подключить отдельный том EBS после загрузки). Том EBS останется после завершения работы вашего спотового инстанса.
См. http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/concepts-spot-instances-applications-ebs.html
Spot instances (and really all of EC2) are optimized for use cases where you don't need to maintain state. When you configured your spot instance request, you provided an AMI id which each instance uses to boot. As you've found, changes do not get committed back to that AMI.
If you truly need a shared filesystem, configure a long-running (non-spot-instance) server in EC2 and export an NFS filesystem from there to your spot instances.
If all you're really needing to do, though, is run a few commands on boot to get things updated and to deploy your code, that can be done through the user data text that you can configure in your spot instance request. Just write a shell script to do what you want, then supply that as your user data in your spot request (or any other EC2 instance launch configuration). That script will get executed as root when the instance boots.