Когда вы настраиваете экземпляр Cloud SQL для использования частного IP, вы используете доступ к частным сервисам . Доступ к частным сервисам реализован в виде пирингового соединения VP C между вашей сетью VP C и сетью VP C служб Google, в которой находится ваш экземпляр Cloud SQL.
Тем не менее, в настоящее время ваш подход невозможен. VP C пиринг сети имеет некоторые ограничения , одним из которых является то, что только одноранговые сети могут обмениваться данными друг с другом - транзитивное пиринг не поддерживается.
Поскольку ресурсы Cloud SQL сами получают доступ из VP C A через пиринг сети VP C, другие сети VP C подключаются к VP C A через VP *. Сетевой пиринг 1031 * не может получить доступ к этим облачным SQL ресурсам, так как это приведет к нарушению вышеупомянутого ограничения.
В этой заметке уже есть запрос функции для нескольких пирингов VP C с помощью Cloud SQL VP C.
В качестве обходного пути вы можете создать экземпляр прокси-виртуальной машины, используя Cloud SQL proxy. См. 1 и 2 . Например, экземпляр прокси-виртуальной машины может быть помещен в VP C, к которому прикреплены ваши экземпляры Cloud SQL (например, VP C A), и он будет действовать как прокси Cloud SQL. Экземпляры виртуальных машин в других VPC, подключенных к VP C A через виртуальный сетевой узел VP C, могут пересылать свои SQL запросы в облачный SQL Прокси-экземпляр VM в VP C A, который затем перенаправляет запросы на SQL экземпляр (ы) и наоборот.