關於存取權控管

MySQL   |  PostgreSQL   |  SQL Server

本頁說明 Cloud SQL 執行個體的兩個存取控管層級。您必須先設定這兩個層級的存取控管，才能管理執行個體。

存取權控管層級

設定存取控管時，您必須控管哪些人或哪些物件可以存取執行個體。存取權控管有兩個層級：

執行個體層級存取權

執行個體層級存取權可授權應用程式或用戶端 (在 App Engine 標準環境或外部執行) 或其他 Google Cloud 服務 (例如 Compute Engine) 存取您的 Cloud SQL 執行個體。

資料庫存取權

資料庫存取權會使用 伺服器層級角色，控管哪些 SQL Server 使用者可以存取執行個體中的資料。

附註：如要瞭解如何控制誰可以管理您的執行個體，請參閱「專案存取權控管」一文。

執行個體層級存取權

您設定執行個體層級存取權的方式取決於連線的來源：

連線來源	存取設定選項	更多資訊
Google Kubernetes Engine	Cloud SQL 驗證 Proxy Docker 映像檔	從 Google Kubernetes Engine 連線
App Engine 標準環境	相同專案：設定身分與存取權管理機制 跨專案：設定 IAM	從標準環境連線至標準環境
彈性環境	相同專案：預先設定 跨專案：設定 IAM	從標準環境彈性環境連線
sqlcmd 用戶端	Cloud SQL 驗證 Proxy 授權用戶端 IP 位址	使用 Cloud SQL 驗證 Proxy 連結用戶端 使用公開 IP 連結用戶端
外部應用程式	Cloud SQL 驗證 Proxy 授權用戶端 IP 位址	從外部應用程式連線至 Cloud SQL
Cloud Run 函式	使用公開 IP 設定的 Cloud SQL 執行個體。 專案之間：也要設定 IAM	從 Cloud Run 函式連線至 Cloud SQL
Cloud Run	使用公開 IP 設定的 Cloud SQL 執行個體。 專案之間：也要設定 IAM	從 Cloud Run (全代管) 連線至 Cloud SQL
Google Kubernetes Engine	私人 IP 如果使用公開 IP，則必須使用 Cloud SQL 驗證 Proxy	從 Google Kubernetes Engine 連線

資料庫存取權

使用者或應用程式連線至資料庫執行個體後，必須使用使用者或服務帳戶登入。在建立 Cloud SQL 執行個體時，您會設定預設使用者 (根使用者) 帳戶。您也可以建立更多使用者，以便更精細地控管執行個體的存取權。

詳情請參閱「SQL Server 使用者」和「 建立及管理 SQL Server 使用者」。

後續步驟

• 進一步瞭解 Cloud SQL 與 SQL Server 使用者的運作方式。
• 進一步瞭解 SQL Server 角色。
• 進一步瞭解從外部應用程式連線的選項。
• 瞭解如何控制哪些人員可以管理您的 Google Cloud Platform 專案。