AWS Connect WorkSpace Desktops к базе данных EC2 SQL в том же VPC

Сервер базы данных SQL Ec2:

Connection-specific DNS Suffix  . : ec2.internal
Link-local IPv6 Address . . . . . : fe80::9ca:e9d1:a7b5:3e42%16
IPv4 Address. . . . . . . . . . . : 172.31.21.189
Subnet Mask . . . . . . . . . . . : 255.255.240.0
Default Gateway . . . . . . . . . : 172.31.16.1

* (Обратите внимание, что эта база данных Ec2 в настоящее время также имеет общедоступный эластичный IP-адрес, связанный с ней. Я отмечаю это, потому что в документации по пирингу VPC я видел, что пиринг VPC не будет работать правильно, если с ним связан общедоступный IP)

Я устанавливаю каталог AWS Workspace в том же VPC, в сети Workspace Client:

Connection-specific DNS Suffix  . : ec2.internal
Link-local IPv6 Address . . . . . : fe80::dc3c:d1c1:c7fe:812b%15
IPv4 Address. . . . . . . . . . . : 172.31.16.45
Subnet Mask . . . . . . . . . . . : 255.255.240.0
Default Gateway . . . . . . . . . : 172.31.16.1

Хотя они находятся на одном и том же CIDR 172.31, они не могут общаться, я читал документацию по пирингу VPC, но не думаю, что это применимо в этой ситуации. Каков подходящий и безопасный способ настройки сетевого подключения между рабочим столом рабочей области (клиентским приложением) и базой данных sql на моем экземпляре ec2.

редактировать

1) Я добавил следующее правило в группу безопасности EC2, чтобы разрешить трафик на сервер БД: 2) Отключите брандмауэр Windows на обоих устройствах.