HULFT SquareでEC2インスタンス上のHULFTとファイル連携してみた（HULFT Square集信⇐HULFT配信）


## はじめに
こんにちは、すぎもんです:grinning:
今回は、当社の新たなサービス「HULFT Square」のファイル転送サービス（Transfer）を使って、HULFT Squareでの集信をしてみようと思います。

## HULFT Squareとは？
HULFT Squareとは、データを「安全・安心・柔軟に」連携するプラットフォームサービス、いわゆるiPaaSです。「ファイル転送のHULFT」×「データ連携のDataSpider」×「フルマネージドサービス」。これらの側面から、オンプレやクラウドなど分散されたデータを一元化し、データ活用することを可能とするサービスです。

## 記事構成
今回の記事構成は、<strong>HULFT Squareで集配信してみた全４回シリーズ</strong>　になります。環境構成をまず①②で理解して、③④と進んで読んでいただくのがおすすめです。
　　　　　　　①[HULFT Squareと外部通信する仕組みについて、AWS PrivateLinkなど含めて整理してみた](https://qiita.com/sugimon/items/75263b34a8fa5943fd21)
　　　　　　　②[HULFT Squareでのファイル集配信におけるAWS環境構築をしてみた](https://qiita.com/sugimon/items/6854f135b241f491c68b)
　　　　　　　③[HULFT Square配信　⇔　HULFT集信（EC2上）やってみた](https://qiita.com/sugimon/items/5fcb8db4bb8742c3278b)
　★本記事★　④[HULFT Square集信　⇔　HULFT配信（EC2上）やってみた]()

## 今回やること
今回は、HULFT Squareのファイル転送サービスである「Transferサービス」を使います。AWS EC2インスタンス上のHULFTからファイル配信をして、HULFT Squareで集信してみます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/74bbf688-dee7-8d00-7abe-fea9758aa516.png)
「集配信」といえど、HULFT SquareはHULFTとは違い、ファイル転送（Transfer）サービスを使ってファイルを転送します。HULFTとは一味違う、クラウドサービスならではの概念や構成になっていますので、HULFTを知らない方はもちろん、知っている方はその違いを見付けながら、読んでいただけたらと思います。

今回実施する検証環境の概要図は、下記の通りです。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/95e95717-4d54-bc6b-c904-d206cbdcb8ea.png)
お客様VPC環境のプライベートサブネット上のインスタンスにあるHULFTとファイルのやりとりをします。HULFT Squareでの通信には、AWS PrivateLinkを利用します。

また、環境面での事前準備として、下記3点を確認してください。
<strong>①AWSアカウントIDの取得</strong>
AWS上お客様環境（VPCエンドポイント）とHULFT Square（VPCエンドポイントサービス）をAWSのPrivateLinkで接続するために必要。
<strong>②HULFT Transferサービス使用のためのライセンスの取得</strong>
契約に応じて「Transfer Receiverライセンス」もしくは「Transfer Receiver&Senderライセンス」が必要。
<strong>③HULFT Transferサービス使用のための権限付与</strong>
　必要な権限が付与されているか確認。

:::note info
HULFT Squareと接続するための環境設定の詳細は下記①②をご一読ください。
　　　　①[HULFT Squareと外部通信する仕組みについて整理してみた](https://qiita.com/sugimon/items/75263b34a8fa5943fd21)
　　　　②[HULFT Squareでのファイル集配信における環境構築をしてみた](https://qiita.com/sugimon/items/6854f135b241f491c68b)
:::

## 設定作業の流れ
HULFT Squareのファイル転送サービス（`Transfer`）で、ファイル集信をするために必要な設定は下記の通りです。
<strong>HULFT Squareの設定</strong>
　　①集信ファイル用のストレージ設定
　　②HULFT Transferサービス（インバウンド）の作成 
　　　※Transferサービス作成時にエンドポイントサービス名が自動付与されます。
　　⑥転送設定（詳細ホスト情報）の作成
　　⑦転送設定（集信管理情報）の作成
　　⑧集信のためのジョブの作成
　　⑨HULFT Integrateプロジェクトの作成

<strong>お客様VPC環境の設定</strong>
　　③AWS側のエンドポイント作成

<strong>HULFTの設定</strong>
　　④EC2HULFT（配信側ホスト）の設定（HOSTS登録）
　　⑤EC2HULFT（配信側ホスト）の設定（HULFT設定）

①～⑨の設定作業は、それぞれの環境別で必要な作業です。順を追って進めてください。最後に、配信されたファイルをHULFT Squareで集信し、実行結果の確認をしたら完了です。

## 各設定値の相関関係
各設定内容の関連図は、下記の通りです。集信側ホスト（HULFT Square）と配信側ホスト（EC2上のHULFT）の転送設定の対応関係になります。詳細ホスト情報やファイルIDなどの一致などの相関関係には注意してください。

<strong>■HULFT Squareと通信先環境の各設定値の相関図</strong>
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/1950edf5-a07b-9a93-d387-aa0ee30bcc8b.png)

:::note warn
配信側のHULFT詳細ホスト情報は、自VPCのエンドポイントを指定します。
指定したVPCエンドポイントには、HULFT SquareのVPCエンドポイントサービス名を設定しましょう。
:::
<strong>■HULFT Square内の各設定値の相関図</strong>
自身が利用対象とする【集信管理情報】では、【転送ホスト情報】を指定します。
集信用のTransferサービス（インバウンド）を作成し、
AWS PrivateLinkを利用するために、【VPCエンドポイントサービス】を用意します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/1acc5936-bf27-171e-81c7-24a44a0397f5.png)

::: note warn
集信用のTransferサービス（インバウンド）を作成するとVPCエンドポイントサービス名が発行されます。通信先環境のVPCエンドポイントに設定し、PrivateLink接続を確立しましょう。
:::

尚、HULFT Square集信のみでは、スクリプト作成不要ですが、集信後の処理を作りこむ時にはスクリプト作成は非常に便利です。（別記事などで紹介できたら…と思います）

以上の事前準備が完了しましたら、早速HULFT Squareを触ってみましょう！

## HULFT Squareにログインしてみる
いよいよ本題で、HULFT Squareの設定になります。まずはログインしてみます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/2c368853-1b6d-eec5-5c40-bd384bb9d3fe.png)
ログインするとこのような画面が表示されます。左側が各メニューです。
ここから設定箇所を選択して設定を進めていきます。
<font color="blue">（注意）検証環境のため、HULFTSquare管理画面のUIが異なる可能性があります。</font>
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/8aa0bd29-bd9e-bbad-72a5-159635a488b8.png)
今回やっている検証は、HULFT Squareでのファイル集信です。
HULFT Squareにて、ホスト情報や集信管理情報の設定をやっていきましょう！

## ①集信ファイル用のストレージ設定（HULFT Square設定）
早速HULFT Squareの設定画面をみてみましょう。まずは配信されたファイルを集信し、HULFT Square内に格納するために、ストレージの設定をします。

HULFT Square管理画面の左側メニューから「サービス」-「ストレージ」を選択し、新しいディレクトリ「`Transfer_TEST/Recieve`」を作成します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/090a86b5-8a77-c236-7864-883b47de095e.png)
EC2上のHULFTから配信されたファイルを、HULFT Squareで集信した時に格納されるストレージになります。

## ②HULFT Transferサービス（インバウンド）の作成（HULFT Square設定）
次に、HULFT Squareのファイル転送サービスであるTransferサービスを作成します。

HULFT Square管理画面の左側メニューから「サービス」-「HULFT Transfer」より、HULFT Transferサービスを作成します。
　　名前　　　　　 　　　　　：　`NEW_HULFT_Transfer_rcv`
　　転送の方向　　　　　　　：　`インバウンド`
　　カスタマーAWSアカウント：　`XXXX`（※お客様環境(VPC)のAWSアカウントID）
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/3aabf8a5-db79-19f4-47b7-9e3207457bf5.png)

:::note info
「カスタマーAWSアカウントID」は、AWSマネジメントコンソール画面の「セキュリティ認証情報」-「AWSアカウントID」で確認できます。
:::
「サービス」-「HULFT Transfer」に作成した「`New_HULFT_Transfer_rcv`」があることを確認します。これで、ファイル集信するためのサービスが作成できました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/315d280d-c0ac-ba93-2ba6-6fa7d1aa25b4.png)

:::note warn
Transferサービス作成完了後、エンドポイントサービス名を確認しましょう。
:::
作成したHULFT Transferサービスの右端「：」をクリックし「情報」を押下します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/49824eb1-b561-b196-5074-861ef5afcc17.png)

:::note info
AWS PrivateLink接続のために、転送先AWS環境のVPCエンドポイントにHULFT Square側のVPCエンドポイントサービス名を認証させる必要があります。
:::

HULFT Square側のVPCエンドポイントサービス名が表示されます。
転送先AWS環境のVPCエンドポイント作成時に必要になるのでメモしておきます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/72c90ee5-d205-cca4-2aec-17dda456522c.png)

## ③AWS側のエンドポイント作成（AWS設定）
AWS PrivateLink接続をするために、AWS側のエンドポイントを作成します。
AWSのマネジメントコンソールにログインし、メニュー>VPC > エンドポイントで画面遷移し、「エンドポイントを作成」を押下します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/a90d6b62-ddd0-2618-9ce8-874f13df0534.png)
下記の通り設定します。「サービスカテゴリ」は、HULFT Squareのエンドポイントサービス名を指定するため「その他のエンドポイントサービス」を指定します。
　　名前　　　　　　　：　`EndPointTEST`
　　サービスカテゴリ　：　`その他のエンドポイントサービス`
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/34199eaa-0783-f8eb-1634-285531963a3b.png)
「サービスの検証」を押下して、サービス名に設定したHULFT Squareのエンドポイントサービス名をの認証を確認します。
　　サービス設定　　　：　`XXXX` （※HULFTSquareのエンドポイントサービス名）
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/1f708910-0a24-3263-b8bc-a8ebc54c5fdf.png)
対象のVPCを指定し、プライベートサブネットを指定します。また、IPアドレスタイプは「IPv4」にします。VPCエンドポイント用のプライベートIPアドレスを作成し、DNSが名前ルーティングします。これでVPCエンドポイントにIPアドレスが付与されることになります。
　　VPC　　　　　　　 :　`XXXX`  （※対象のVPC）
　　サブネット　　　　:　`XXXX`　（※プライベートサブネット）
　　IPアドレスタイプ 　:　`IPv4`
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/d3d70033-450a-9dbc-5f3f-e6506d105ce0.png)
アクセス制御のために対象のセキュリティグループを選択して、「エンドポイントを作成」を押下します。今回の検証で作成した「HULFT Square_TEST」というセキュリティグループを指定します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/6b4c437c-e2b8-a94d-ce5e-abb31687e7ac.png)
また、１つのセキュリティグループに全てを紐づけるため、セキュリティグループのインバウンドルールに「集信ポート30000（HULFT疎通用）,同じセキュリティグループ（HULFT Square_TEST）」を追加します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/75c8d19a-aa65-c0c5-2a80-144cbbc34c8e.png)
これで、HULFT Square側のエンドポイント作成が完了し、HULFTがあるVPC環境とHULFT SquareがAWS PrivateLinkで接続できます。

## ④EC2HULFT（配信側ホスト）の設定（HOSTS登録）
次に、EC2上のHULFT設定を進めていきます。操作としては、まず、パブリックサブネットに作成した踏み台インスタンスにSSM接続して、プライベートサブネット上のインスタンスにRDPログインし、HOSTSファイルやHULFT設定をしていきます。

環境構成の概要は、[HULFT Squareでのファイル集配信における環境構築をしてみた]()をご参照ください。

＜事前準備＞
まずは、HULFTの詳細ホスト情報登録のための事前準備が必要です。

<strong>①自ホスト名の登録</strong>
HULFT管理画面の「システム動作環境設定」から登録。`HULFT01`にしました。

<strong>②privateサブネット内のHULFT→VPCエンドポイント認証</strong>
詳細ホスト情報のホスト名（相手ホストのホスト名）には、対象のVPCで作成したVPCエンドポイントの「DNS名」の設定。
（※AWSマネジメントコンソール画面　VPC ＞エンドポイント＞詳細 から確認）
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/986e0776-253b-db61-cd4a-f5d3df99c453.png)

:::note alert
但し、HULFT側の詳細ホスト情報には68バイトを超えるホスト名が指定できません。そのため、DNSサーバーなどでのリネームが必要です。
:::

今回は、やってみた検証なので、DNSサーバーでのリネームではなく、「HOSTSファイルに登録」することで解決させました。
「`nslookup`」コマンドを使って、エンドポイントのDNS名からIPアドレスを調べて、HOSTSファイルに、VPCエンドポイント名（`EndPointTEST`）と調べた`IPアドレス`を追加しました。

## ⑤EC2HULFT（配信側ホスト）の設定（HULFT設定）
HULFT側の環境に、配信ファイルの準備や設定をしていきます。

詳細ホスト情報の登録では、前述の通り、ホスト名にAWS上のエンドポイントのDNS名設定が必要でしたので、HOSTSファイルに設定した名前`EndPointTEST`を入力します。下記の通りです。ホスト種にはU（UNIX）を設定します。
　　ホスト名　：　`EndPointTEST`
　　ホスト種　：　`UNIX`
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/186b309a-7e1c-f83a-9f14-0f300cb408ac.png)
HULFT配信では、転送グループ設定は必須なので下記の通り設定します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/f8d4955c-ad00-7369-68a6-80ed506a3358.png)
最後に、配信管理情報を下記の通り登録します。
　　ファイルID　　：　`TEST_RECEIVE`
　　ファイル名　　：　`C:\HULFT Familu\hulft8\data\snd\test.txt`

:::note info
EC2HULFTの配信管理情報の「ファイルID」は、HULFT Squareの「集信管理情報のファイルID」と同じになるよう注意してください。
:::

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/d7d6a147-bcc1-db32-c187-a9022115c1b2.png)
以上で、EC2HULFTの設定は完了です。

## ⑥転送設定（詳細ホスト情報）の作成（HULFT Square設定）
配信側のHULFT設定が完了しましたので、HULFT Square設定をしていきます。
まずは、転送先のホスト情報の登録をします。　

HULFT Square管理画面の左側メニューより、「リソース」-「転送ホスト」より、インバウンド用の転送ホスト情報を作成します。
　　名前　　　：　`HOST_Transfer_SE002`
　転送の方向　：　`インバウンド`
　　ホスト名　：　`HULFT01` （※相手側ホスト名）
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/12d7aff5-8436-a97c-b0e9-cd90fe084c68.png)
作成が完了すると、「リソース」-「転送ホスト」の中に作成した名前の転送ホスト情報が作成されていることを確認します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/3deb38b0-65eb-d3cc-4b28-4d118680298c.png)

## ⑦転送設定（集信管理情報）の作成（HULFT Square設定）
HULFT Square管理画面の左側メニューより、「DATA ENTRY」-「集信」より、集信管理情報を作成します。配信されるファイルをどのように集信するかの設定をします。

　　名前　　　　　：　`Receive_conf`
　ワークスペース　：　`※任意`
　説明　　　　　　：　`※任意`
　ファイルID　　　：　`TEST_RECEIVE`　(※EC2上HULFTの配信管理情報のファイルID)
　登録モード　　　：　`置き換え`
　集信ファイル名　：　`/Transfer_TEST/Recieve/TEST_Recieve.txt`
　配信ホスト名　　：　`HOST_Transfer_SE002`（※HULFT Squareの転送設定（詳細ホスト情報））
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/7c0ed113-741b-e1de-1e95-a599c7ab0d31.png)

:::note warn
「登録モード」は、新規作成や追加もありますが、テストや検証なので、ファイル有無に関わらず、新規ファイル作成をする`置き換え`をおススメします。
※[詳細は、HULFTマニュアルをご参照](https://www.hulft.com/help/ja-jp/HULFT-V8/UX-OPE/Content/HULFT_OPE_UNIX/HULFTSysMngmntInfo/RcvMngmntInfo.htm)
:::
「DATA ENTRY」-「HULFT Transfer」に作成した集信管理情報があることを確認します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/75e6d828-de6e-5b47-270f-625ecb65fa05.png)
以上で、集信管理情報の作成は完了です。

## ⑧集信のためのジョブの作成（HULFT Square設定）
HULFT Squareでは、スクリプトを実行するためのジョブの作成が必要です。
プロジェクトを作成後、プロジェクトの「ジョブを新規作成」アイコンを押下して、スクリプト実行のためにジョブを作成します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/2f2c6be4-975a-0353-a09a-45bf1ca77076.png)
「Add Jpob」ページでは、ジョブの種類「`HULFT Transfer`」を指定します。![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/33fc3692-9e20-ce12-3f0e-6810592d2212.png)
「全般」タブでは、下記の通り設定します。
　　名前　　　　　　　：　`HULFTSE_Listner01`
　　ファイルID　 　 　：　`Receive_conf`（※集信管理情報）
　　トリガーイベント　：　`集信成功`
　　集信する転送　　　：　`New_HULFT_Transfer_rcv`　（※）
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/159f70be-edb3-83c8-eb9e-a81292334685.png)
「プロジェクト」タブでは、作成したプロジェクトとスクリプトを選択します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/69b1e017-db99-86d5-ed99-3ce4b30a05ae.png)
「リソース読み込みのためのプロファイル」は`Default`にします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/d9c4adca-a203-81af-8a87-3af102fbafdd.png)
「スクリプト実行のためのサービス」タブでは、`SETEST_HULFT_Integrate`を選択して、「次へ」を押下します。

:::note info
Transferサービスを実行するスクリプトを設定したプロジェクトを、
実行するためのサービスが、Integrateサービスです。
:::

Integrateサービスの中でTransferサービスを一つのロジックアイコンとして扱う、というイメージです。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/d9f95c31-7dba-779e-0eae-1064dbc9ce7e.png)
設定内容が全て表示されるので、最終確認をして「完了」を押下してジョブの作成は完了です。

## ⑨HULFT Integrateプロジェクトの作成（HULFT Square設定）
HULFT Squareでは、Transferサービス（集配信）を実行するために、プロジェクトやジョブの作成が必要です。Transferサービスと転送設定や実行ジョブなどの設定を紐づけます。また、プロジェクトの中で「スクリプトの作成」をしていきます。GUIはDataSpiderと似ていまして、必要なアイコンをドラッグ＆ドロップで配置して設定します。

HULFT Square管理画面の左側メニューより、「DATA INTEGRATION」-「HULFT Integrate」-「プロジェクト」を選択し、新しく「プロジェクト」を作成します。
　　名前　　　　　　　：　`TEST_Transfer_Rcv_01`
　　スクリプトを作成　：　`チェックあり`
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/5e3d5e7c-29e0-304d-893d-f48673440cd4.png)

「次へ」で設定した内容を確認し「完了」を押下すると、デザイナー起動のポップアップが表示されます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/460f6eff-a4a2-85e9-424f-31443dcd6376.png)
デザイナが起動したら、集信後に実行したいスクリプトを作成します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/86a58f42-fd90-c2fd-6869-368afa594677.png)

今回のように集信のみの実行の場合でも本スクリプト自体の作成は必要です。

::: note warn
ファイルを集信する場合のみでも、スクリプトの作成は必要。
:::
::: note info
集信のみの場合は、「start」アイコンから「End」アイコンを直接つないで何も実行しないスクリプトを作成してください。
:::
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/bc0ef07a-07de-67a8-2867-b40c7b31e798.png)

以上で、ファイル集信実行のためのHULFT Integrateプロジェクトとスクリプトは完成です。
ここまでで、ファイル集信に必要な設定は完了です。

## ファイル集信を実行してみる
EC2インスタンス上のHULFTからファイルを配信します。
ファイルID「`TEST_RECEIVE`」を実行します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/c4b97ab8-ab75-72e5-3a82-7d5783485428.png)
「配信要求」を押下します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/226b9b36-b4fc-1d21-ae73-e9023b9cadef.png)
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/d3ea862d-5e08-79af-15b4-eb361a67915f.png)
HULFTからの配信要求は、正常に終了しました。
HULFT管理画面より、「配信状況一覧」画面からも正常終了が確認できます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/4a1fe344-3dd8-69dc-01bc-0792407452b1.png)

## 実行結果の確認（HULFT Squareのイベント監視）
EC2上のHULFTの方での正常終了は確認できたので、HULFT Square側の実行結果の確認をします。

<strong>①イベント監視 > アプリケーション</strong>
　⇒アプリケーション（Transferサービスなど）の実行結果の確認です。
　　ファイルの集信設定で指定した「ファイルID」単位での実行結果が見れます。
　　インバウンド（集信）の「`TEST_RECEIVE`」が「✓（正常終了）」しています。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/5c7b85c3-ff11-e984-e520-435a95612d18.png)
右端の「：」-「詳細」より実行結果の詳細が参照できます。
完了コード「0」で集信できています。もしここがエラーの場合は完了コードから、エラー内容の確認などに役立ててください。（参考：[HULFT完了コード](https://www.hulft.com/help/ja-jp/HULFT-V8/WIN-ERR/Content/HULFT_ERR_WIN/LogInfoErrCodes/StatusCode.htm)）
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/a00908b8-c2e7-3bd7-e918-c4b78089c458.png)

<strong>②実ファイルの確認　（集信側HULFT Squareの サービス > ストレージ</strong>）
　⇒HULFT Squareのストレージに、HULFTからの集信ファイルがあるか確認します。
冒頭で作成したHULFT Squareストレージ内のディレクトリ「`Transfer_TEST/Receive`」に、集信管理情報で指定した名前のファイルが作成されています。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/1c45dea0-6256-e1bd-f0db-67418bc3cb58.png)
EC2上のHULFTから配信したファイルが、正しくHULFT Square上の指定したストレージに集信されていることが確認できました。

## 最後に
皆さん、いかがでしたでしょうか。
今回は、AWS EC2のHULFTからファイルを配信し、HULFT Squareで集信してみました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/70291d1f-cbb7-219a-1b4d-0dc3072f237e.png)
AWS PrivateLinkを使った接続のため[AWS側の環境構築等]()もあり、本記事以外の部分での考慮点もいくつかありましたが、ファイル連携を一つ成功してみると全体像が理解できるかと思います。

HULFTをご存じの方は、ファイルIDやホスト情報登録などの設定も普段慣れているものに近いですし、DataSpiderをご存じの方は、デザイナ画面のアイコンを使ったドラッグ＆ドロップの操作自体は同じです。もちろん、設定値やそれぞれの概念等の細かな違いはいくつかありますので、是非色々な操作を試してみていただけたらと思います！

今回の記事構成は、<strong>HULFT Squareで集配信してみた全４回シリーズ</strong>　になります。環境構成をまず①②で理解して、③④と進んで読んでいただくのがおすすめです。
　　　　　　　①[HULFT Squareと外部通信する仕組みについて、AWS PrivateLinkなど含めて整理してみた](https://qiita.com/sugimon/items/75263b34a8fa5943fd21)
　　　　　　　②[HULFT Squareでのファイル集配信におけるAWS環境構築をしてみた](https://qiita.com/sugimon/items/6854f135b241f491c68b)
　　　　　　　③[HULFT Square配信　⇔　HULFT集信（EC2上）やってみた](https://qiita.com/sugimon/items/5fcb8db4bb8742c3278b)
　★本記事★　④[HULFT Square集信　⇔　HULFT配信（EC2上）やってみた]()

長くなってしまいましたが、最後までお読みいただき、ありがとうございました！
それでは、また！