meter_usage
¶
meter_usage(
product_code: ProductCode,
timestamp: Timestamp,
usage_dimension: UsageDimension,
*,
config_overrides: Optional[MarketplaceMeteringClientConfig] = None,
usage_quantity: Optional[UsageQuantity] = None,
dry_run: Optional[Boolean] = None,
usage_allocations: Optional[UsageAllocations] = None,
client_token: Optional[ClientToken] = None,
) -> MeterUsageResult
As a seller, your software hosted in the buyer's Amazon Web Services account uses this API action to emit metering records directly to Amazon Web Services Marketplace. You must use the following buyer Amazon Web Services account credentials to sign the API request.
-
For Amazon EC2 deployments, your software must use the IAM role for Amazon EC2 to sign the API call for
MeterUsageAPI operation. -
For Amazon EKS deployments, your software must use IAM roles for service accounts (IRSA) to sign the API call for the
MeterUsageAPI operation. Using EKS Pod Identity, the node role, or long-term access keys is not supported. -
For Amazon ECS deployments, your software must use Amazon ECS task IAM role to sign the API call for the
MeterUsageAPI operation. Using the node role or long-term access keys are not supported. -
For Amazon Bedrock AgentCore Runtime deployments, your software must use the AgentCore Runtime execution role to sign the API call for the
MeterUsageAPI operation. Long-term access keys are not supported.
The handling of MeterUsage requests varies between Amazon Bedrock AgentCore Runtime and non-Amazon Bedrock AgentCore deployments.
-
For non-Amazon Bedrock AgentCore Runtime deployments, you can only report usage once per hour for each dimension. For AMI-based products, this is per dimension and per EC2 instance. For container products, this is per dimension and per ECS task or EKS pod. You can't modify values after they're recorded. If you report usage before a current hour ends, you will be unable to report additional usage until the next hour begins. The
Timestamprequest parameter is rounded down to the hour and used to enforce this once-per-hour rule for idempotency. For requests that are identical after theTimestampis rounded down, the API is idempotent and returns the metering record ID. -
For Amazon Bedrock AgentCore Runtime deployments, you can report usage multiple times per hour for the same dimension. You do not need to aggregate metering records by the hour. You must include an idempotency token in the
ClientTokenrequest parameter. If using an Amazon SDK or the Amazon Web Services CLI, you must use the latest version which automatically includes an idempotency token in theClientTokenrequest parameter so that the request is processed successfully. TheTimestamprequest parameter is not rounded down to the hour and is not used for duplicate validation. Requests with duplicateTimestampsare aggregated as long as theClientTokenis unique.
If you submit records more than six hours after events occur, the records won't be accepted. The timestamp in your request determines when an event is recorded.
You can optionally include multiple usage allocations, to provide customers with usage data split into buckets by tags that you define or allow the customer to define.
For Amazon Web Services Regions that support MeterUsage, see MeterUsage Region support for Amazon EC2 and MeterUsage Region support for Amazon ECS and Amazon EKS.
Parameters:
-
product_code(ProductCode) –Product code is used to uniquely identify a product in Amazon Web Services Marketplace. The product code should be the same as the one used during the publishing of a new product.
-
timestamp(Timestamp) –Timestamp, in UTC, for which the usage is being reported. Your application can meter usage for up to six hours in the past. Make sure the
timestampvalue is not before the start of the software usage. -
usage_dimension(UsageDimension) –It will be one of the fcp dimension name provided during the publishing of the product.
-
usage_quantity(Optional[UsageQuantity], default:None) –Consumption value for the hour. Defaults to
0if not specified. -
dry_run(Optional[Boolean], default:None) –Checks whether you have the permissions required for the action, but does not make the request. If you have the permissions, the request returns
DryRunOperation; otherwise, it returnsUnauthorizedException. Defaults tofalseif not specified. -
usage_allocations(Optional[UsageAllocations], default:None) –The set of
UsageAllocationsto submit.The sum of all
UsageAllocationquantities must equal theUsageQuantityof theMeterUsagerequest, and eachUsageAllocationmust have a unique set of tags (include no tags). -
client_token(Optional[ClientToken], default:None) –Specifies a unique, case-sensitive identifier that you provide to ensure the idempotency of the request. This lets you safely retry the request without accidentally performing the same operation a second time. Passing the same value to a later call to an operation requires that you also pass the same value for all other parameters. We recommend that you use a UUID type of value.
If you don't provide this value, then Amazon Web Services generates a random one for you.
If you retry the operation with the same
ClientToken, but with different parameters, the retry fails with anIdempotencyConflictExceptionerror.
Raises:
-
CustomerNotEntitledException–Exception thrown when the customer does not have a valid subscription for the product.
-
DuplicateRequestException–A metering record has already been emitted by the same EC2 instance, ECS task, or EKS pod for the given {
usageDimension,timestamp} with a differentusageQuantity. -
IdempotencyConflictException–The
ClientTokenis being used for multiple requests. -
InternalServiceErrorException–An internal error has occurred. Retry your request. If the problem persists, post a message with details on the Amazon Web Services forums.
-
InvalidEndpointRegionException–The endpoint being called is in a Amazon Web Services Region different from your EC2 instance, ECS task, or EKS pod. The Region of the Metering Service endpoint and the Amazon Web Services Region of the resource must match.
-
InvalidProductCodeException–The product code passed does not match the product code used for publishing the product.
-
InvalidTagException–The tag is invalid, or the number of tags is greater than 5.
-
InvalidUsageAllocationsException–Sum of allocated usage quantities is not equal to the usage quantity.
-
InvalidUsageDimensionException–The usage dimension does not match one of the
UsageDimensionsassociated with products. -
ThrottlingException–The calls to the API are throttled.
-
TimestampOutOfBoundsException–The
timestampvalue passed in theUsageRecordis out of allowed range.For
BatchMeterUsage, if any of the records are outside of the allowed range, the entire batch is not processed. You must remove invalid records and try again. -
UnknownServiceError–The service returned an error code this client does not model.
Source code in docs_src/capo_marketplace_metering/_services/marketplace_metering.py
225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 | |