연결하다 Vultr 관리형 데이터베이스 엑셀, 구글 시트, AI 및 REST로

포트는 클러스터별로 설정되어 있으며, 사람들이 가장 어려워하는 부분입니다.

대부분의 관리형 서비스 제공업체는 엔진을 기본값으로 유지합니다. 하지만 Vultr는 그렇지 않으며, 그 이후의 모든 작업은 엔진 설정을 제대로 하는 데 달려 있습니다.

• PostgreSQL 클러스터는 일반적으로 5432번 포트 대신 16751번 포트를 사용하며, MySQL 클러스터도 자체적으로 할당된 포트를 사용합니다. 이 번호는 클러스터에 할당되는 번호이지, SQL 엔진에 할당되는 번호가 아닙니다.
• 그래서 이 카드는 잘못된 기본값을 미리 채우는 대신 의도적으로 포트를 비워둡니다. 포트 값은 직접 입력하거나 붙여넣어야 하며, 입력하지 않으면 저장이 되지 않습니다.
• 그게 더 나은 실패 방식입니다. 잘못되었지만 그럴듯한 5432 오류 코드가 입력 양식을 통과한 후 연결 시간 초과가 발생하면 방화벽 차단으로 인식되어 전혀 엉뚱한 곳을 찾아보게 될 것입니다.
• 연결 세부 정보에서 연결 문자열을 붙여넣는 것이 가장 확실한 방법입니다. 왜냐하면 포트 번호가 그 안에 포함되어 있기 때문입니다.

카드 한 장에 엔진 두 개가 있는데, 암호화 방식이 서로 다릅니다.

상단의 엔진 선택기는 운전 모드보다 더 자주 바뀝니다. 체크박스를 선택 해제하기 전에 이 부분을 꼭 읽어보세요.

• PostgreSQL을 선택하면 에이전트는 체크박스 설정과 관계없이 모든 .vultrdb.com 호스트에 대해 암호화를 강제합니다. Vultr는 암호화를 요구하며, 에이전트는 해당 호스트 이름으로 평문 데이터를 전송하지 않습니다.
• MySQL을 선택하면 체크박스가 전체 메커니즘을 결정합니다. 기본적으로 활성화되어 있으며, 활성화된 상태로 유지되는 동안 연결이 암호화됩니다. 하지만 비활성화하더라도 암호화된 연결은 유지됩니다.
• 차이점은 구조적인 문제이지 단순한 누락이 아닙니다. 에이전트는 TLS를 강제 적용하는 호스팅된 PostgreSQL 호스트 이름 테이블을 유지 관리하지만 MySQL에는 이에 상응하는 기능이 없습니다. 이러한 구분은 여기 있는 모든 멀티 엔진 카드에 적용됩니다.
• 실습 교육은 어느 쪽이든 동일합니다. — SSL 사용을 켜둔 상태로 두세요. MySQL에서는 SSL이 연결을 보호하는 유일한 요소입니다.
• 어느 경우에도 인증서 체인은 검증되지 않습니다. 암호화는 트래픽을 누군가가 읽는 것을 막기 위한 보호 장치이지, 어떤 서버가 응답했는지를 증명하는 수단이 아닙니다.

이 연결이 할 수 있는 것과 할 수 없는 것

두 엔진 모두 동일한 보증이 적용됩니다.

• 에이전트가 실행하는 모든 작업은 읽기 전용이며, 한 번에 하나의 명령문만 실행되고, 쓰기 작업은 실행하지 않습니다.
• 자격 증명은 에이전트를 설치한 컴퓨터에 저장됩니다. Query Streams는 자격 증명이나 데이터 사본을 저장하지 않습니다.
• 저장된 쿼리를 실행할 수 있는 권한은 해당 쿼리의 SQL 코드나 데이터베이스 암호를 공유하지 않고도 공유할 수 있습니다.
• 어떤 엔진을 선택했든, 연결 정보는 해당 엔진으로 저장되며, Vultr는 배지로 유지됩니다.

-- 읽기 전용, 선택한 엔진에 따라 다름\nSELECT c.name,\n COUNT(o.id) AS orders,\n SUM(o.amount) AS revenue\nFROM customers AS c\nJOIN orders AS o ON o.customer_id = c.id\nWHERE o.placed_at >= now() - interval '30 days'\nGROUP BY c.name\nORDER BY revenue DESC;