SQL在us-east-2倉庫連接

[marcus1]

我有兩個非常類似的工作空間配置,一個在us-west-2,另一個在us-east-2。

在缺省情況下都配置了一個“啟動倉庫”。

在us-west-2我通過互聯網可以達到使用python databricks-sql-connector,但us-east-2我不能。我執行一個測試在us-east-1工作區和連接。

有趣的但是工作區在us-east-2可以查詢數據源使用相同的“啟動倉庫”,用適當的結果。

蒂雅

[Hubert_Dudek1]

也許不同的路由配置你的聯接。SQL倉庫,畢竟是機器在你的聯接。可以預覽所有封包在azure門戶資源(AWS)。因為它是兩個不同的地區,不同的噴口,和其他規則可以應用(路由表等)。

[marcus1]

創建工作區與CloudFormation自動化提供的數據磚相同。所以兩個工作區例如允許訪問通過DB cli和api,所以從公共網絡路由的問題不是問題,至少在工作區。

當我卷發的sql端點都回應。

但隨著us-east-2服務器:

回溯(最近的電話):

文件“/用戶/ marcussimonsen /工作/分析/ db_sql_connector。py”, 4號線,在<模塊>

連接= sql.connect (

文件“/用戶/ marcussimonsen /工作/分析/ .venv / lib / python3.8 /網站/磚/ sql / __init__。py”, 50行,在連接

返回連接(server_hostname http_path access_token, * * kwargs)

文件“/用戶/ marcussimonsen /工作/分析/ .venv / lib / python3.8 /網站/磚/ sql /客戶端。__init__ py”, 129行

自我。_session_handle = self.thrift_backend.open_session (

文件“/用戶/ marcussimonsen /工作/分析/ .venv / lib / python3.8 /網站/磚/ sql / thrift_backend。在open_session py”, 444行

響應= self.make_request (self._client。OpenSession open_session_req)

文件“/用戶/ marcussimonsen /工作/分析/ .venv / lib / python3.8 /網站/磚/ sql / thrift_backend。在make_request py”, 373行

自我。_handle_request_error (error_info,嚐試運行)

文件“/用戶/ marcussimonsen /工作/分析/ .venv / lib / python3.8 /網站/磚/ sql / thrift_backend。在_handle_request_error py”, 241行

提高network_request_error

databricks.sql.exc。RequestError:錯誤在請求到服務器

[Sivaprasad1]

@Marcus西蒙森

你能檢查連接端點從你在哪裏運行這段代碼?

從linux終端

數控-zv < Workspacename >.cloud.m.eheci.com443(取代workspacename)

[marcus1]

連接成功。卷發到SQL端點也不錯。