Registers an AMI. When you're creating an AMI, this is the final step you must complete before you can launch an instance from the AMI. For more information about creating AMIs, see Creating your own AMIs in the Amazon Elastic Compute Cloud User Guide.
For Amazon EBS-backed instances, create_image
creates and registers the AMI in a single request, so you don't have to
register the AMI yourself.
You can also use register_image to create an
Amazon EBS-backed Linux AMI from a snapshot of a root device volume. You
specify the snapshot using the block device mapping. For more
information, see Launching a Linux instance from a backup
in the Amazon Elastic Compute Cloud User Guide.
If any snapshots have AWS Marketplace product codes, they are copied to the new AMI.
Windows and some Linux distributions, such as Red Hat Enterprise Linux (RHEL) and SUSE Linux Enterprise Server (SLES), use the EC2 billing product code associated with an AMI to verify the subscription status for package updates. To create a new AMI for operating systems that require a billing product code, instead of registering the AMI, do the following to preserve the billing product code association:
Launch an instance from an existing AMI with that billing product code.
Customize the instance.
Create an AMI from the instance using
create_image.
If you purchase a Reserved Instance to apply to an On-Demand Instance that was launched from an AMI with a billing product code, make sure that the Reserved Instance has the matching billing product code. If you purchase a Reserved Instance without the matching billing product code, the Reserved Instance will not be applied to the On-Demand Instance. For information about how to obtain the platform details and billing information of an AMI, see Obtaining billing information in the Amazon Elastic Compute Cloud User Guide.
If needed, you can deregister an AMI at any time. Any modifications you make to an AMI backed by an instance store volume invalidates its registration. If you make changes to an image, deregister the previous image and register the new image.
ec2_register_image(ImageLocation, Architecture, BlockDeviceMappings,
Description, DryRun, EnaSupport, KernelId, Name, BillingProducts,
RamdiskId, RootDeviceName, SriovNetSupport, VirtualizationType)A list with the following syntax:
list(
ImageId = "string"
)
The full path to your AMI manifest in Amazon S3 storage. The specified
bucket must have the aws-exec-read canned access control list (ACL) to
ensure that it can be accessed by Amazon EC2. For more information, see
Canned ACLs
in the Amazon S3 Service Developer Guide.
The architecture of the AMI.
Default: For Amazon EBS-backed AMIs, i386. For instance store-backed
AMIs, the architecture specified in the manifest file.
The block device mapping entries.
A description for your AMI.
Checks whether you have the required permissions for the action, without
actually making the request, and provides an error response. If you have
the required permissions, the error response is DryRunOperation.
Otherwise, it is UnauthorizedOperation.
Set to true to enable enhanced networking with ENA for the AMI and any
instances that you launch from the AMI.
This option is supported only for HVM AMIs. Specifying this option with a PV AMI can make instances launched from the AMI unreachable.
The ID of the kernel.
[required] A name for your AMI.
Constraints: 3-128 alphanumeric characters, parentheses (()), square brackets ([]), spaces ( ), periods (.), slashes (/), dashes (-), single quotes ('), at-signs (@), or underscores(_)
The billing product codes. Your account must be authorized to specify billing product codes. Otherwise, you can use the AWS Marketplace to bill for the use of an AMI.
The ID of the RAM disk.
The device name of the root device volume (for example, /dev/sda1).
Set to simple to enable enhanced networking with the Intel 82599
Virtual Function interface for the AMI and any instances that you launch
from the AMI.
There is no way to disable sriovNetSupport at this time.
This option is supported only for HVM AMIs. Specifying this option with a PV AMI can make instances launched from the AMI unreachable.
The type of virtualization (hvm | paravirtual).
Default: paravirtual
svc$register_image(
ImageLocation = "string",
Architecture = "i386"|"x86_64"|"arm64",
BlockDeviceMappings = list(
list(
DeviceName = "string",
VirtualName = "string",
Ebs = list(
DeleteOnTermination = TRUE|FALSE,
Iops = 123,
SnapshotId = "string",
VolumeSize = 123,
VolumeType = "standard"|"io1"|"io2"|"gp2"|"sc1"|"st1"|"gp3",
KmsKeyId = "string",
Throughput = 123,
Encrypted = TRUE|FALSE
),
NoDevice = "string"
)
),
Description = "string",
DryRun = TRUE|FALSE,
EnaSupport = TRUE|FALSE,
KernelId = "string",
Name = "string",
BillingProducts = list(
"string"
),
RamdiskId = "string",
RootDeviceName = "string",
SriovNetSupport = "string",
VirtualizationType = "string"
)