问题是如何使用来设置新实例，以便它将从特定类加载其配置

让我尝试解释我认为您正在尝试解决的问题

我在这里想要回答的是

您已有一个脚本，该脚本使用aws-puppet模块在AWS上设置EC2虚拟主机。该模块调用AWS API来实际制作EC2虚拟主机。但是它们仅包含“内置”在API调用中使用的AMI文件中的配置。典型的AMI文件可能是Centos基本映像。在此阶段，可以通过“用户数据脚本”进行进一步配置。但让我们假设这是一个shell脚本，难以测试和维护，因此不包含复杂的设置

因此，需要进一步的配置，软件包的安装和设置。为了使这种设置发生，木偶有第二个活动阶段，使用完全不同的清单（问题中没有详细介绍）

第二阶段由新的EC2虚拟主机独立控制，该虚拟主机附加到木偶主机上。所以我假设您正在做的是：

• 第1阶段，制作EC2主机
• 阶段2，当他们从puppet自行配置时

使用角色的基本答案

这里有一些有关如何通过EC2主机的两阶段配置来实现此方案的想法

在创建时，创建一个自定义事实“角色”。像这样在/etc/facter/facts.d/role.yaml中制作文件

role: webserver

可以通过在用户数据脚本中添加这样的命令来创建实例，从而进行设置

echo 'role: webserver' > /etc/facter/facts.d/role.yaml

只要在木偶启动之前设置了此“角色”，它将正常工作。

我假设您有一组带有清单的模块，也许还有模块路径中与角色同名的文件子目录

接下来，将您的site.pp更改为类似

include "$role"

模块中的init.pp将会启动并执行正确的操作，安装软件包，配置文件等！

这个想法在这里更详细地解释https://puppetlabs.com/presentations/designing-puppet-rolesprofiles-pattern

另一种方法

上面是我尚未测试的一种非常原始的方法！我们的设置具有角色，但通过hiera配置加载它们。heira配置看起来像这样

---
:backends:
  - yaml
:hierarchy:
    - role/%{::role}
    - global
:yaml:
  :datadir: /etc/puppet/environments/production/hiera

然后，我可能会有一个/etc/puppet/environments/production/hiera/role/webserver.yaml文件，其中显示

classes:
  - webserver
  - yum_repos
  - logstash
  - java8

然后site.pp的末尾说

hiera_include('classes')

它从modules_include文件加载所有相关的“类”定义

这样做的优点是每个角色可以加载多个类，而代码重复更少

yaml配置的“全局”部分适用于环境中所有内容加载的类，例如admin user ssh keys

定义类型的例子

这是一个示例，说明如何使用定义的类型作为ec2_instance的包装将“ myrole”传递到模板中。我没有测试过，我没有安装aws puppet的东西

define my_instance( 
  $ensure = present,
  $region = 'us-west-2',
  $image_id = 'ami-f0091d91',
  $instance_type = 't2.micro',
  $key_name= 'mykey',
  $security_groups = ['provision-sg'],
  $myrole = 'webserver'
  )
{
ec2_instance { $title :
  ensure => $ensure,
  name => $title,
  region => $region,
  image_id => $image_id,
  instance_type => $instance_type,
  key_name => $key,
  security_groups => $security_groups,
  user_data => template('configure.erb'),
}
}

$instance_data={
  'backend' =>
  {
  ensure => present,
  name => 'backend',
  region => 'us-west-2',
  image_id => 'ami-f0091d91',
  instance_type => 't2.micro',
  key_name => 'mykey',
  security_groups => ['provision-sg'],
  myrole => 'voodooswamp'
},
  'webfront'=>
  {
  ensure => present,
  region => 'us-west-2',
  image_id => 'ami-f0091d91',
  instance_type => 't2.micro',
  key_name => 'mykey',
  security_groups => ['provision-sg'],
  myrole => 'humanfly'
  }
}


create_resources(my_instance, $instance_data)