Limited availability Clone an existing alert definition, for a specific service type. Run the List alert definitions operation to see all of your available definitions. These points apply to cloning:
-
You need to set a new
labelfor the clone. -
You can clone your custom
useralert definitions and preset Akamaisystemalert definition. Cloning asystemalert definition generates auseralert definition. -
Leave out optional fields from the request to keep existing settings from the clone source. If you include a field that allows you to apply multiple values, you need to include any existing values to keep them. Run the Get an alert definition operation to see the current settings for your source. If you leave an existing value out, it's removed from the clone.
-
You can't change the
scopefor a cloned alert definition:-
If the clone source
scopeisregion, you can modify theregionarray to add or remove new regions. Leave this array out to create a new alert definition in the same regions. -
If the clone source
scopeisentity, you can add newentity_idsto include additional entities. To remove current entities, leave theirentity_idout.
-
Permissions and scopes
To call this operation, you need permissions, based on the model you're using:
-
OAuth scopes. Your user needs these scopes assigned. Learn more.
- Scopes:
monitor:read_write
- Scopes:
CLI
linode-cli alerts definition-clone dbaas 457 \
--label Read-Write Channel (clone)
--description New alert definition cloned from Read-Write Channel
--regions us-iad