# Amazon S3 Import Integration V2

The import data connector for Amazon S3 enables you to import the data from JSON, TSV, and CSV files stored in S3 buckets. The key difference and benefit of Amazon S3 Import Integration v2 over v1 is the added support for *assume_role* authentication.

## About Authentication Methods for Amazon S3 Import Integration v2 and v1

Review the information in the following table to understand the authentication differences between v2 and v1. For v1 details, see [Amazon S3 Import Integration v1](https://docs.treasuredata.com/display/INT/Amazon+S3+Import+Integration+v1).

| Authentication Method | Amazon S3 v2 | Amazon S3 v1 |
|  --- | --- | --- |
| **basic** | **x** | **x** |
| **anonymous** |  | **x** |
| **session** | **x** | **x** |
| **assume_role** | **x** |  |


## Prerequisites

- A basic knowledge of Treasure Data.


## S3 Bucket Policy Configuration

If you are using an AWS S3 bucket located in the same region as your TD region, the IP address from which TD is accessing to the bucket will be private and dynamically changing. If you would like to restrict access, please specify the ID of VPC instead of static IP Addresses. For example, if in the US region, configure access through vpc-df7066ba. If in the Tokyo region, configure access through vpc-e630c182 and, for the EU01 region, vpc-f54e6a9e.

Look up the region of TD Console by the URL you are logging in to TD, then refer to the data connector of your region in the URL.

See the [API Documentation](https://api-docs.treasuredata.com/en/overview/ip-addresses-integrations-result-workers/#s3-bucket-policy-configuration-for-export-and-import-integrations) for details.

## Static IP Address of Treasure Data Integration

If your security policy requires IP whitelisting, you must add Treasure Data's IP addresses to your allowlist to ensure a successful connection.

Please find the complete list of static IP addresses, organized by region, at the following link:
[https://api-docs.treasuredata.com/en/overview/ip-addresses-integrations-result-workers/](https://api-docs.treasuredata.com/en/overview/ip-addresses-integrations-result-workers/)

## Import Parallelism

If you are importing a very large file, you can take advantage of the parallel import support provided by this integration. To do this, break up your large files into smaller files and then upload the smaller files simultaneously in batches. However, bear in mind that attempting to import lots of very small files will have a negative effect on performance. Consequently, Treasure Data recommends that you do not perform parallel input with file sizes smaller than 50MB.
The default maximum number of parallel import threads that can be used is 16.

## Importing from AWS S3 using TD Console

You can use TD Console to create your data connector.

### Creating a New Authenticaiton

1. Open **TD Console**.
2. Navigate to **Integrations Hub** > **Catalog**.
3. Search for **S3 v2**andselect Amazon S3 (v2).
4. Select **Create Authentication**.


![](/assets/amazons3v2_b.159e893620e0c382d8217ff5d34162e687c00cced1f9998ec81f8b7128879b08.71fd65e8.png)

A new Authentication dialog opens. Depending on the Authentication method you choose, the dialog may look like one of these screens:

![](/assets/basic.a40f8fdb7d5da59cebad60061a7a57f41030506b340a4afd45975125551421a0.71fd65e8.png)

![](/assets/session.a2dea82cde621dbca0f47964e53b2f2e1af4cc2a6fd675bfd0ac27d49e1eaeb4.71fd65e8.png)

![](/assets/assume.cfe6bda430fc4bb1d38ab27c22a1f2245415fa2d419f46589c76dd7893fc7132.71fd65e8.png)

1. Configure the authentication fields, and then select **Continue**.


The following table describes the authentication configuration parameters for Amazon S3 Import Integration v2.

| **Parameter** | **Description** |
|  --- | --- |
| **Endpoint**
 | S3 service endpoint override. You can find region and endpoint information from the [AWS service endpoints](http://docs.aws.amazon.com/general/latest/gr/rande.md#s3_region) document. (Ex. [*s3.ap-northeast-1.amazonaws.com*](https://s3.ap-northeast-1.amazonaws.com/))
When specified, it will override the region setting.
 |
| **Region** | AWS Region |
| **Authentication Method** | - **basic**: Uses access_key_id and secret_access_key to authenticate. See [AWS Programmatic access](https://docs.aws.amazon.com/general/latest/gr/managing-aws-access-keys.md). Required parameters:
  - Access Key ID
  - Secret access key.
- **session** (Recommended): Uses temporary-generated access_key_id, secret_access_key and session_token. Required parameters:
  - Access Key ID
  - Secret access key
  - Secret token.
- **assume_role**: Uses role access. [See AWS AssumeRole](https://docs.aws.amazon.com/STS/latest/APIReference/API_AssumeRole.md) Required parameters:
  - TD's Instance Profile
  - Account ID
  - Your Role Name
  - External ID
  - Duration In Seconds.
- **anonymous**: Not Supported.

 |
| **Access Key ID** | AWS S3 issued |
| **Secret Access Key** | AWS S3 issued |
| **Secret token** | Session token for temporary credentials |
| **TD's Instance Profile** | This value is provided by the TD Console. The numeric portion of the value constitutes the Account ID that you will use when you create your IAM role. |
| **Account ID** | Your AWS Account ID |
| **Your Role Name** | Your AWS Role Name |
| **External ID** | Your Secret External ID |
| **Duration In Seconds** | Duration For The Temporary Credentials |


1. Name your new AWS S3 connection, and select **Done**.


### Creating an Authentication with the assume_role authentication method

1. Create a new authentication with the assume_role authentication method.
2. Make a note of the numeric portion of the value in the TD's Instance Profile field.


![](/assets/4f8559a3-4f70-4c83-b8b9-adaaec64662f_1_201_a.1331328bd097ab94743fc3d5f53d63f8cbc98ad689475b3adc5b21335a2e22e3.71fd65e8.jpeg)

1. Create your AWS IAM role.


![](/assets/ea9e1f37-be45-4ac6-97fa-4b46f65b0388_1_201_a.99af6c7efd4bcd9e50a04d5457e1febf3da2f104b7a090d9bcc307dc3dc8d8c3.71fd65e8.jpeg)

![](/assets/45c6048c-cc9e-40c1-b0f4-529e356d6e16_1_201_a.bb869c9c9ad66cdecbebc9b2b1231acd5f24c98517c6bc2cfb6ec67efcd884ef.71fd65e8.jpeg)

### Transfer Your AWS S3 Data to Treasure Data

After creating the authenticated connection, you are automatically taken to Authentications.

1. Search for the connection you created.
2. Select **New Source**.


![](/assets/image-20191014-185537.a673857cd3d7cd4d6249e93718c2c0b501d3da0ab1a5cfef2dd54c1fb6478775.71fd65e8.png)

#### Connection

1. Type a name for your **Source**in the Data Transfer field**.**
2. Click **Next**.


![](/assets/s3_new.5fa3911b9f90a38cdf2daddcdf9cb8cebe026cc85658ca1f4da2ba69f80fc138.71fd65e8.png)

#### Source Table

The Source dialog opens.

1. Edit the following parameters.


![](/assets/image-20200714-230936.8f5e75b81b4ba3f8922f5ade1c5d5d06284c8f229cde7360b413f9e024fecf27.71fd65e8.png)

| **Parameters** | **Description** |
|  --- | --- |
| **Bucket** | - Provide the S3 bucket name (Ex. *your_bucket_name*)

 |
| **Path Prefix** | - Specifies a prefix for target keys. (Ex. *logs/data_*)

 |
| **Path Regex** | - Use regexp to match file paths. If a file path doesn't match the specified pattern, the file is skipped. For example, if you specify the pattern *.csv$* #, then a file is skipped if its path doesn't match the pattern. Read more about [regular expressions](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Guide/Regular_Expressions).

 |
| **Skip Glacier Objects** | - Select to skip processing objects stored in the Amazon Glacier storage class. If objects are stored in the Glacier storage class, but this option is not checked, an exception is thrown.

 |
| **Filter by Modified Time** | - Choose how to filter files for ingestion:

 |
| Unchecked (default): | - **Start after path**: inserts last_path parameter so that the first execution skips files before the path. (Ex. logs/data_20170101.csv)
- **Incremental**: enables incremental loading. If incremental loading is enabled, config diff for the next execution includes the last_path parameter so that the next execution skips files before the path. Otherwise, last_path is not included.

 |
| Checked: | - **Modified after:** inserts last_modified_time parameters so that the first execution skips files that were modified before that specified timestamp (Ex. 2019-06-03T10:30:19.806Z)
- **Incremental by Modified Time:** enables incremental loading by modified time. If incremental loading is enabled, config diff for the next execution includes the last_modified_time parameter so that the next execution skips files that were modified before that time. Otherwise, last_modified_time is not included. Once config diff is set, you could not change this value

 |


You might need to scan all the files in a directory (such as from the top-level directory "/"). In such instances, you must use the CLI to do the import.

**Example**

Amazon CloudFront is a web service that speeds up the distribution of your static and dynamic web content. You can configure CloudFront to create log files that contain detailed information about every user request that CloudFront receives. If you enable logging, you can configure CloudFront to save log files as shown here:


```
[your_bucket] - [logging] - [E231A697YXWD39.2017-04-23-15.a103fd5a.gz][your_bucket] - [logging] - [E231A697YXWD39.2017-04-23-15.b2aede4a.gz][your_bucket] - [logging] - [E231A697YXWD39.2017-04-23-16.594fa8e6.gz][your_bucket] - [logging] - [E231A697YXWD39.2017-04-23-16.d12f42f9.gz]
```

In this case, the Source Table settings are as shown:

- **Bucket**: your_bucket
- **Path Prefix**: logging/
- **Path Regex**: *.gz$* (Not Required)
- **Start after path**: logging/E231A697YXWD39.2017-04-23-15.b2aede4a.gz (Assuming that you want to import the log files from 2017-04-23-16.)
- **Incremental**: true (if you want to schedule this job.)


BZip2 decoder plugin is supported as the default.  See [File Decoder Function](https://docs.treasuredata.com/display/PD/File+Decoder+Function).

#### Data Settings

1. Select **Next**.
The Data Settings page opens.
2. Optionally, edit the data settings or skip this page of the dialog.


![](/assets/screenshot-2025-01-07-at-21.02.14.6aa2eac7a1fefcc0630398e0eec37ae0693703af3231fd00a30c26779a405617.71fd65e8.png)

### Filters

Filters are available in the Create Source or Edit Source import settings for your S3, FTP, or SFTP connectors.

Import Integration Filters enable you to modify your imported data after you have completed [Editing Data Settings](https://docs.treasuredata.com/smart/project-product-documentation/editing-data-settings) for your import.

To apply import integration filters:

1. Select **Next** in Data Settings.The Filters dialog opens.
2. Select the filter option you want to add.![](/assets/image-20200609-201955.eed6c6da800ba40d1d98b92e767d9a8f7500cad8a9d4079121190b7d34c23294.c7246827.png)
3. Select **Add Filter.** The parameter dialog for that filter opens.
4. Edit the parameters. For information on each filter type, see one of the following:


- Retaining Columns Filter
- Adding Columns Filter
- Dropping Columns Filter
- Expanding JSON Filter
- Digesting Filter


1. Optionally, to add another filter of the same type, select **Add** within the specific column filter dialog.
2. Optionally, to add another filter of a different type, select the filter option from the list and repeat the same steps.
3. After you have added the filters you want, select **Next.**The Data Preview dialog opens.


### Data Preview

You can see a [preview](/products/customer-data-platform/integration-hub/batch/import/previewing-your-source-data) of your data before running the import by selecting Generate Preview. Data preview is optional and you can safely skip to the next page of the dialog if you choose to.

1. Select **Next**. The Data Preview page opens.
2. If you want to preview your data, select **Generate Preview**.
3. Verify the data.


### Data Placement

For data placement, select the target database and table where you want your data placed and indicate how often the import should run.

1. Select **Next.** Under Storage, you will create a new or select an existing database and create a new or select an existing table for where you want to place the imported data.
2. Select a **Database** > **Select an existing** or **Create New Database**.
3. Optionally, type a database name.
4. Select a **Table**> **Select an existing** or **Create New Table**.
5. Optionally, type a table name.
6. Choose the method for importing the data.
  - **Append** (default)-Data import results are appended to the table.
If the table does not exist, it will be created.
  - **Always Replace**-Replaces the entire content of an existing table with the result output of the query. If the table does not exist, a new table is created.
  - **Replace on New Data**-Only replace the entire content of an existing table with the result output when there is new data.
7. Select the **Timestamp-based Partition Key** column.
If you want to set a different partition key seed than the default key, you can specify the long or timestamp column as the partitioning time. As a default time column, it uses upload_time with the add_time filter.
8. Select the **Timezone** for your data storage.
9. Under **Schedule**, you can choose when and how often you want to run this query.


#### Run once

1. Select **Off**.
2. Select **Scheduling Timezone**.
3. Select **Create & Run Now**.


#### Repeat Regularly

1. Select **On**.
2. Select the **Schedule**. The UI provides these four options: *@hourly*, *@daily* and *@monthly* or custom *cron*.
3. You can also select **Delay Transfer** and add a delay of execution time.
4. Select **Scheduling Timezone**.
5. Select **Create & Run Now**.


After your transfer has run, you can see the results of your transfer in **Data Workbench** > **Databases.**

## Importing from AWS S3 via Workflow

The key difference and benefit of Amazon S3 Import Integration v2 over v1 is the added support for assume_role authentication. With assume_role as the authentication method, you cannot declare the authentication explicitly. Refer to [Reuse the existing Authentication](https://docs.treasuredata.com/articles/pd/reusing-an-existing-authentication)for Workflow config with Authentication reused.

A workflow can start a job with a unique id. For more information, see [https://docs.digdag.io/operators/td_load.html](https://docs.digdag.io/operators/td_load.md#:~:text=you%20can%20use-,Unique%20ID,-instead%20of%20YAML).

## Importing from AWS S3 via CLI (Toolbelt)

Optionally, you can use the TD Toolbelt to configure the connection, create the job, and schedule job execution.

### Using the CLI to Configure the Connector

Before setting up the connector, install the most current TD Toolbelt.

If you are planning to incremental loading with the CLI and a YAML file, you will need to use a pre-existing source connector in the TD Console because the incremental load functionality persists information about the last record processed in the console.

#### Create Seed Config File (seed.yml)

Configure the *seed.yml* file as shown in the following example with your AWS access keys. You must also specify the bucket name and source file name. Optionally you can specify path_prefix to match multiple files. In the example below, path_prefix: `path/to/sample_file will match`

- `path/to/sample_201501.csv.gz`
- `path/to/sample_201502.csv.gz`
- `path/to/sample_201505.csv.gz`
- `etc.`


Using path_prefix with leading '/', can lead to unintended results. For example: "path_prefix: /path/to/sample_file" would result in plugin looking for file in s3://sample_bucket//path/to/sample_file which is different on S3 than the intended path of s3://sample_bucket/path/to/sample_file.


```yaml
in:
  type: s3_v2
  access_key_id: XXXXXXXXXX
  secret_access_key: YYYYYYYYYY
  bucket: sample_bucket
  # path to the *.json or *.csv or *.tsv file on your s3 bucket
  path_prefix: path/to/sample_file
  path_match_pattern: \.csv$ # a file will be skipped if its path doesn't match with this pattern
  ## some examples of regexp:
  #path_match_pattern: /archive/ # match files in .../archive/... directory
  #path_match_pattern: /data1/|/data2/ # match files in .../data1/... or .../data2/... directory
  #path_match_pattern: .csv$|.csv.gz$ # match files whose suffix is .csv or .csv.gz
out:
  mode: append
```

If you reuse an existing authentication, set the Authentication ID to the value of **td_authentication_id** config key.  This is required for the assume-role authentication method. See [Reuse the existing Authentication](#reusing-the-existing-authentication).

#### Guess Fields (Generate load.yml)

*connector:guess* automatically reads the source files and assesses the file format and the fields and columns.


```bash
td connector:guess seed.yml -o load.yml
```

If you look at the load.yml file, you can see the "guessed"  file format definitions, including file formats, encodings, column names, and types.


```yaml
in:
  type: s3_v2
  access_key_id: XXXXXXXXXX
  secret_access_key: YYYYYYYYYY
  bucket: sample_bucket
  path_prefix: path/to/sample_file
  parser:
    charset: UTF-8
    newline: CRLF
    type: csv
    delimiter: ','
    quote: '"'
    escape: ''
    skip_header_lines: 1
    columns:
    - name: id
      type: long
    - name: company
      type: string
    - name: customer
      type: string
    - name: created_at
      type: timestamp
      format: '%Y-%m-%d %H:%M:%S'
out:
  mode: append
```

You can see a preview of the data using the *td connector:preview* command.


```bash
td connector:preview load.yml
```

The connector:guess needs more than three rows and two columns in the source data file because the command assesses the column definition using sample rows from source data.

If the system detects your column name or column type unexpectedly, modify load.yml directly and preview again.

Currently, the Data Connector supports parsing of "boolean" "long" "double" "string" and "timestamp" types.

#### Execute Load Job

Submit the load job. It may take a couple of hours, depending on the size of the data. Specify the Treasure Data database and table where the data should be stored.

It's also recommended to specify s `--time-column` option because Treasure Data's storage is partitioned by time (see [data partitioning](http://docs.treasuredata.com/display/PD/Data+Partitioning+in+Treasure+Data)). If the option is not provided, the data connector chooses the first *long* or *timestamp* column as the partitioning time. The type of the column specified by `--time-column` must be either of type *long* or *timestamp*.

If your data doesn't have a time column you can add a time column by using *add_time* filter option. For more details see [add_time filter plugin](http://docs.treasuredata.com/display/PD/add_time+Filter+Function).


```bash
$ td connector:issue load.yml --database td_sample_db --table td_sample_table \  --time-column created_at
```

In the example below, the connector:issue command assumes that you have already created a *database(td_sample_db)*and a *table(td_sample_table)*. If the database or the table do not exist in TD, this command will fail. Create the database and table manually or use *--auto-create-table* option with *td connector:issue* command to auto-create the database and table:


```bash
$ td connector:issue load.yml --database td_sample_db --table td_sample_table --time-column created_at --auto-create-table
```

The data connector does not sort records on the server-side. To use time-based partitioning effectively, sort records in files beforehand.

If you have a field called *time*, you don't have to specify the *--time-column* option.


```
td connector:issue load.yml --database td_sample_db --table td_sample_table
```

#### Import Modes

You can specify file import mode in the out section of the load.yml file.

The out: section controls how data is imported into a Treasure Data table.

For example, you may choose to append data or replace data in an existing table in Treasure Data.

| **Mode** | **Description** | **Examples** |
|  --- | --- | --- |
| Append | Records are appended to the target table. | `in:  ...out:  mode: append` |
| Always Replace | Replaces data in the target table. Any manual schema changes made to the target table remain intact. | `in:  ...out:  mode: replace` |
| Replace on new data | Replaces data in the target table only when there is new data to import. | `in:  ...out:  mode: replace_on_new_data` |


### Scheduling Executions

You can schedule periodic data connector execution for incremental file import. We configure our scheduler carefully to ensure high availability.

For the scheduled import, you can import all files that match the specified prefix and one of these fields by condition:

- If use_modified_time is disabled, the last path is saved for the next execution. On the second and subsequent runs, the connector only imports files that come after the last path in alphabetical order.
- Otherwise, the time that the job is executed is saved for the next execution. On the second and subsequent runs, the connector only imports files that were modified after that execution time in alphabetical order.


### Create a Schedule Using the TD Toolbelt

A new schedule can be created using the *td connector:create* command.


```bash
$ td connector:create daily_import "10 0 * * *" \    td_sample_db td_sample_table load.yml
```

It's also recommended to specify the *--time-column* option, because Treasure Data's storage is partitioned by time (see also [data partitioning](http://docs.treasuredata.com/display/PD/Data+Partitioning+in+Treasure+Data)).


```
$ td connector:create daily_import "10 0 * * *" \    td_sample_db td_sample_table load.yml \    --time-column created_at
```

The `cron` parameter also accepts three special options: `@hourly`, `@daily`, and `@monthly`.

By default, the schedule is setup in the UTC timezone. You can set the schedule in a timezone using -t or --timezone option. `--timezone` option supports only extended timezone formats like 'Asia/Tokyo', 'America/Los_Angeles' etc. Timezone abbreviations like PST, CST are *not* supported and may lead to unexpected schedules.

### List All Schedules

You can see the list of currently scheduled entries by running the command *td connector:list*.


```
$ td connector:list
```

### Show Schedule Settings and History


```
td connector:show daily_importName
```

`td connector:history` shows the execution history of a schedule entry. To investigate the results of each individual run, use td job jobid.


```
td connector:history
```

### Delete Schedule

td connector:delete removes the schedule.


```
td connector:delete daily_import
```

### Setting IAM Permissions

The IAM credentials specified in the YML configuration file, which are used for the *connector:guess* and *connector:issue* commands, need to have permissions for the AWS S3 resources that they need to access. If the IAM user does not have these permissions, configure the user with one of the predefined Policy Definitions or create a new Policy Definition in JSON format.

The following example is based on the [Policy Definition reference](http://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements.md) format. It gives the IAM user *read only* permissions (through GetObject and ListBucket actions) to "your-bucket."


```json
{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Effect": "Allow",
      "Action": [
        "s3:GetObject",
        "s3:ListBucket"
      ],
      "Resource": [
        "arn:aws:s3:::your-bucket",
        "arn:aws:s3:::your-bucket/*"
      ]
    }
  ]
}
```

Replace "`your-bucket"` with the actual name of your S3 bucket.

### Using AWS Security Token Service (STS) as a Temporary Credentials Provider

In certain cases, IAM basic authentication through access_key_id and secret_access_key might be too risky (even though the secret_access_key is never clearly shown when a job is executed or after a session is created).

The S3 data connector can use AWS Secure Token Service (STS) to provide [Temporary Security Credentials](http://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_temp.md). Using AWS STS, any IAM user can use his own access_key_id and secret_access_key to create these temporary keys with specific expiration times :

- new_access_key_id
- new_secret_access_key
- session_token keys


The following are types of Temporary Security Credentials:

- [**Session Token**](http://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_temp_control-access_getsessiontoken.md)
The simplest Security Credentials with a specified expiration time. The temporary credentials have the same access as the IAM user the that generated them. These credentials are valid as long as they are not expired and the permissions of the original IAM user have not changed.
- [**Federation Token**](http://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_temp_control-access_getfederationtoken.md)
This adds an extra layer of permission control over the Session Token above. When generating a Federation Token, the IAM user is required to specify a Permission Policy definition. The scope can be used to restrict which resources the bearer of the Federation Token can have access to (which can be less that the access of IAM user granting the permission). Any [Permission Policy](http://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements.md) definition can be used, but the scope of the permissions is limited to the same, or a subset of, permissions of the IAM who generated the token. As for the Session Token, the Federation Token credentials are valid as long as they are not expired and the permissions associated to the original IAM credentials don't change.


AWS STS Temporary Security Credentials can be generated using the [AWS CLI](https://aws.amazon.com/cli/) or the [AWS SDK](https://aws.amazon.com/tools/) in the language of your choice.

#### Session Token


```bash
aws sts get-session-token --duration-seconds 900
```

#### Federation Token

In this example,

- `temp_creds` is the name of the Federated token or the user's temp credentials.
- `bucketname` is the name of the S3 bucket being granted access. (Refer to the [ARN specification](http://docs.aws.amazon.com/general/latest/gr/aws-arns-and-namespaces.md#arn-syntax-s3) for more details)
- `s3:GetObject` and `s3:ListBucket` are the basic read operation for a AWS S3 bucket.



```bash
aws sts get-federation-token --name temp_creds --duration-seconds 900 \
--policy '{"Statement": [{"Effect": "Allow", "Action": ["s3:GetObject", "s3:ListBucket"], "Resource": "arn:aws:s3:::bucketname"}]}'
```

AWS STS credentials cannot be revoked. They will remain effective until expired, or until you delete or remove the permissions of the original IAM user used to generate the credentials.

When your Temporary Security Credentials are generated, include the `SecretAccessKey`, `AccessKeyId`, and `SessionToken` in your *seed.yml* file  and execute the Data Connector for S3 as usual..


```
in:
  type: s3_v2
  auth_method: session
  access_key_id: XXXXXXXXXX
  secret_access_key: YYYYYYYYYY
  session_token: ZZZZZZZZZZ
  bucket: sample_bucket
  path_prefix: path/to/sample_file
```

#### Credential Expiration

Because STS credentials expire after a specified amount of time, the data connector job that uses the credential might eventually start failing. Currently, if the STS credentials are reported expired, the data connector job retries up to the maximum number of times (5) and eventually completes with a statis pf "error."

To confirm the import, see the steps in [Validating Your Data Connector Jobs](https://docs.treasuredata.com/display/INT/Amazon+S3+Import+Integration+v2#AmazonS3ImportIntegrationv2-validate).

## Reusing the existing Authentication

This feature allows you reuse the existing authentication defined in the TD console UI.

1. Follow the steps in [Importing from AWS S3 using TD Console](/int/amazon-s3-import-integration-v2#AmazonS3ImportIntegrationv2-ImportingfromAWSS3usingTDConsole)to create an authentication.
2. Navigate to the **Integrations Hub** > **Authentications** screen
3. Click on the saved Authentication.
4. The Authentication ID is the number shown on the browser URL
![](/assets/assume_role.b8145f783521c29da2c5b02358d1f5d696da7eef4b05bf71608d33bd43055686.71fd65e8.png)
5. Use the config key **td_authentication_id** with the Authentication ID above to create configurations for TD Workflow or CLI (Toolbelt).
6. Example of configurations with an Authentication reuse


## Workflow configs


```yaml
+import_from_s3_assume_role_with_existing_connection:
  td_load>: cfg_load.yml
  database: test_db
  table: test_tbl

## cfg_load.yml
in:
  type: s3_v2
  bucket: sample_bucket
  path_prefix: path/to/sample_file
  td_authentication_id: 287355
  parser:
    charset: UTF-8
    newline: CRLF
    type: csv
    delimiter: ","
    quote: "\""
    escape: "\""
    trim_if_not_quoted: false
    skip_header_lines: 1
    allow_extra_columns: false
    allow_optional_columns: false
    columns:
    - name: col_1
      type: string
    - name: col_2
      type: string
```

### CLI Configurations

Example seed config (seed.yml)


```yaml
in:
  type: s3_v2
  td_authentication_id: 287355
  bucket: sample_bucket
  path_prefix: path/to/sample_file
```