layout | page_title | sidebar_current | description |
---|---|---|---|
ionoscloud |
Provider: IonosCloud |
docs-index |
A provider for IonosCloud. |
The IonosCloud provider gives the ability to deploy and configure resources using the IonosCloud APIs.
Use the navigation to the left to read about the available data sources and resources.
The provider needs to be configured with proper credentials before it can be used.
You can use token authentication. We strongly suggest to use token authentication for security purposes. Details on how to generate your token here:
export IONOS_TOKEN="token"
You can set the environment variables for HTTP basic authentication:
export IONOS_USERNAME="username"
export IONOS_PASSWORD="password"
For managing IONOS Object Storage resources you need to set the following environment variables with your credentials
export IONOS_S3_ACCESS_KEY="accesskey"
export IONOS_S3_SECRET_KEY="secretkey"
Also, you can overwrite the api endpoint: api.ionos.com
via the following environment variable:
export IONOS_API_URL="api-url"
Note: if IONOS_API_URL
environment variable is set, it is recommended to have the api.ionos.com
value (not api.ionos.com/cloudapi/v5
).
Another way of configuring it, is by providing your credentials/api_url in a .tf
configuration file in the provider
block as shown in the below example.
provider "ionoscloud" {
# we encourage users to use token authentication for security reasons
# username = var.ionos_username
# password = var.ionos_password
token = var.ionos_token
# optional, to be used only for reseller accounts
# contract_number = "contract_number_here"
# optional, does not need to be configured in most cases
# endpoint = "custom_cloud_api_url"
# s3_access_key = "your_access_key"
# s3_secret_key = "your_secret_key"
endpoint
field. The SDKs the terraform uses know how to route requests to the correct endpoints in the API.
You can either explicitly write them in the .tf file or use var.name as in the example above. For setting the var.name, environment variables can be used. The environment variables must be in the format TF_VAR_name and this will be checked last for a value. For example:
export TF_VAR_ionos_token="token"
#export TF_VAR_ionos_username="username"
#export TF_VAR_ionos_password="password"
#export TF_VAR_ionos_s3_access_key="accesskey"
#export TF_VAR_ionos_s3_secret_key="secretkey"
#export TF_VAR_ionos_s3_region="region"
terraform {
required_providers {
ionoscloud = {
source = "ionos-cloud/ionoscloud"
version = ">= 6.4.10"
}
}
}
provider "ionoscloud" {
token = var.ionos_token
# we encourage users to use token authentication
# username = var.ionos_username
# password = var.ionos_password
# optional, to be used only for reseller accounts
# contract_number = "contract_number_here"
# optional, does not need to be configured in most cases
# endpoint = "custom_cloud_api_url"
# s3_access_key = "your_access_key"
# s3_secret_key = "your_secret_key"
# s3_region = "your_bucket_region"
}
resource "ionoscloud_datacenter" "main" {
# ...
}
- The
required_providers
section needs to be specified in order for terraform to be able to find and download the ionoscloud provider - The credentials provided in a
.tf
file will override the credentials from environment variables.
The following arguments are supported:
-
token
- Required if username and password are not set. If omitted, theIONOS_TOKEN
environment variable is used. -
username
- Required if token is not set. If omitted, theIONOS_USERNAME
environment variable is used. The username is generally an e-mail address in '[email protected]' format. -
password
- Required if token is not set. If omitted, theIONOS_PASSWORD
environment variable is used. -
endpoint
- (Optional) Usually not necessary to be set, SDks know internally how to route requests to the API. If omitted, theIONOS_API_URL
environment variable is used, or it defaults to the current Cloud API release. -
retries
- (Deprecated) Number of retries while waiting for a resource to be provisioned. Default value is 50. Note: This argument has been deprecated and replaced by the implementation of resource timeouts described below. -
contract_number
- "To be set only for reseller accounts. Allows to run terraform on a contract number under a reseller account.", -
s3_access_key
- Required for managing IONOS Object Storage resources. -
s3_secret_key
- Required for managing IONOS Object Storage resources. -
s3_region
- Optional, defines the region of the Object Storage resource.
Environment Variable | Description |
---|---|
IONOS_USERNAME |
Specify the username used to login, to authenticate against the IONOS Cloud API |
IONOS_PASSWORD |
Specify the password used to login, to authenticate against the IONOS Cloud API |
IONOS_TOKEN |
Specify the token used to login, if a token is being used instead of username and password |
IONOS_API_URL |
Specify the API URL. It will overwrite the API endpoint default value api.ionos.com . It is not necessary to override this value unless you have special routing config |
IONOS_LOG_LEVEL |
Specify the Log Level used to log messages. Possible values: Off, Debug, Trace |
IONOS_PINNED_CERT |
Specify the SHA-256 public fingerprint here, enables certificate pinning |
IONOS_CONTRACT_NUMBER |
Specify the contract number on which you wish to provision. Only valid for reseller accounts, for other types of accounts the header will be ignored |
IONOS_S3_ACCESS_KEY |
Specify the access key used to authenticate against the IONOS Object Storage API |
IONOS_S3_SECRET_KEY |
Specify the secret key used to authenticate against the IONOS Object Storage API |
IONOS_S3_REGION |
Region for IONOS Object Storage operations. Default value: eu-central-3. If you use IONOS_API_URL_OBJECT_STORAGE, IONOS_S3_REGION is mandatory |
Individual resources may provide a timeouts
block to configure the amount of time a specific operation is allowed to take before being considered an error. Each resource may provide configurable timeouts for the create
, update
, and delete
operations. Each resource that supports timeouts will have or inherit default values for that operation.
Users can overwrite the default values for a specific resource in the configuration.
The default timeouts
values are:
- create - (Default 60 minutes) Used for creating a resource.
- update - (Default 60 minutes) Used for updating a resource .
- delete - (Default 60 minutes) Used for destroying a resource.
- default - (Default 60 minutes) Used for every other action on a resource.
An example of overwriting the create
, update
, and delete
timeouts:
resource "ionoscloud_server" "example" {
name = "Server Example"
datacenter_id = ionoscloud_datacenter.example.id
cores = 1
ram = 1024
availability_zone = "ZONE_1"
cpu_family = "INTEL_XEON"
image_name = data.ionoscloud_image.example.id
image_password = random_password.server_image_password.result
type = "ENTERPRISE"
volume {
name = "system"
size = 5
disk_type = "SSD Standard"
user_data = "foo"
bus = "VIRTIO"
availability_zone = "ZONE_1"
}
nic {
lan = ionoscloud_lan.example.id
name = "system"
dhcp = true
firewall_active = true
firewall_type = "BIDIRECTIONAL"
ips = [ ionoscloud_ipblock.example.ips[0], ionoscloud_ipblock.example.ips[1] ]
firewall {
protocol = "TCP"
name = "SSH"
port_range_start = 22
port_range_end = 22
source_mac = "00:0a:95:9d:68:17"
source_ip = ionoscloud_ipblock.example.ips[2]
target_ip = ionoscloud_ipblock.example.ips[3]
type = "EGRESS"
}
}
timeouts {
create = "30m"
update = "300s"
delete = "2h"
}
}
resource "random_password" "server_image_password" {
length = 16
special = false
}
Valid units of time should be expressed in "s", "m", "h" for "seconds", "minutes", and "hours" respectively.
Individual resources must opt-in to providing configurable timeouts
, and attempting to configure values for a resource that does not support timeouts
, or overwriting a specific action that the resource does not specify as an option, will result in an error.
~> Note: Terraform does not automatically rollback in the face of errors. Instead, your Terraform state file will be partially updated with any resources that successfully completed.
In the default mode, the Terraform provider returns only HTTP client errors. These usually consist only of the HTTP status code. There is no clear description of the problem. But if you want to see the API call error messages as well, you need to set the SDK and Terraform provider environment variables.
You can enable logging now using the IONOS_LOG_LEVEL
env variable. Allowed values: off
, debug
and trace
. Defaults to off
.
trace
level for debugging purposes. Disable it in your production environments because it can log sensitive data. It logs the full request and response without encryption, even for an HTTPS call.
Verbose request and response logging can also significantly impact your application’s performance.
$ export IONOS_LOG_LEVEL=debug
IONOS_DEBUG
is now deprecated and will be removed in a future release.
IONOS_DEBUG
for debugging purposes. Disable it in your production environments because it can log sensitive data. It logs the full request and response without encryption, even for an HTTPS call.
Verbose request and response logging can also significantly impact your application’s performance.
$ export TF_LOG=debug
$ export IONOS_DEBUG=true
$ terraform apply
now you can see the response body incl. api error message:
{
"httpStatus" : 422,
"messages" : [ {
"errorCode" : "200",
"message" : "[VDC-yy-xxxx] Operation cannot be executed since this Kubernetes Nodepool is already marked for deletion. Current state of the resource is FAILED_DESTROYING."
}]
}
This area is not necessary unless you were using the old profitbricks
provider
The provider name changed from profitbricks
to ionoscloud
.
This reflects in the following change in your terraform hcl files:
provider "profitbricks"
becomes provider "ionoscloud"
The following env variables have changed:
Old Variable Name | New Variable Name |
---|---|
PROFITBRICKS_USERNAME | IONOS_USERNAME |
PROFITBRICKS_PASSWORD | IONOS_PASSWORD |
PROFITBRICKS_TOKEN | IONOS_TOKEN |
PROFITBRICKS_API_URL | IONOS_API_URL |
The migration affects resource names and datasource names.
Every resource and datasource changed its prefix from profitbricks_
to ionoscloud_
.
In order to accommodate that, the terraform hcl files must be updated.
This can be done with a simple find and replace procedure. For example, on Linux, sed can be used:
$ sed -i 's/profitbricks_/ionoscloud_/g' ./main.tf
On OSX the same command becomes:
$ sed -i bak 's/profitbricks_/ionoscloud_/g' ./main.tf
Because of the name changes of resources and datasources, the terraform state must also be updated.
The local state, in json format, can be updated by replacing profitbricks_
with ionoscloud_
directly in the state file.
For example, on Linux, using:
$ sed -i 's/profitbricks_/ionoscloud_/g' ./terraform.tfstate
On OSX the same command becomes:
$ sed -i bak 's/profitbricks_/ionoscloud_/g' ./terraform.tfstate
The provider
entries must also be updated. For example:
"provider": "provider[\"registry.terraform.io/hashicorp/profitbricks\"]"
becomes
"provider": "provider[\"registry.terraform.io/hashicorp/ionoscloud\"]"
If you manage your state using remote backends you need to take the appropriate steps specific to your backend.