연결하다 OVHcloud 관리형 데이터베이스 엑셀, 스프레드시트 및 AI로

그 아래에 있는 Aiven은 기본 설정을 설명합니다.

Aiven을 직접 사용해 보신 분이라면 이 카드가 익숙하게 느껴질 것입니다. 하지만 사용해 본 적이 없다면, 기본 설정들이 이유를 알기 전까지는 다소 임의적으로 보일 수 있습니다.

• 기본 사용자 이름은 OVH에서 사용하는 이름이 아니라 avnadmin입니다. 이는 Aiven의 관례이며, 그 점이 잘 드러납니다. — 카드가 해당 정보를 미리 입력해 주는 이유는 대개 정확하기 때문입니다.
• 기본 데이터베이스는 Aiven이 만든 defaultdb입니다. 그리고 OVH에서 서비스 URI라고 부르는 연결 문자열 역시 Aiven이 사용하는 용어입니다.
• 포트는 Aiven에서처럼 5432나 3306이 아니라 서비스별로 할당됩니다. 추측하지 말고 관리자 화면에서 포트 번호를 확인하세요.
• Aiven의 기능 중 유일하게 OVHcloud에서 사용할 수 없는 기능은 풀러입니다. Aiven은 자체 플랫폼에서 PgBouncer 연결 풀을 제공하지만, OVHcloud에서는 이를 제공하지 않으므로 선택할 수 있는 풀링된 엔드포인트가 없고 구성할 항목도 없습니다.

두 개의 지역, 두 개의 호스트 이름 끝부분

카드가 호스트를 인식했는지 확인할 때 중요한 작은 사항입니다.

• 유럽 서비스는 .database.cloud.ovh.net으로 끝나고 미국 서비스는 .database.cloud.ovh.us로 끝납니다. 카드는 두 가지 모두를 인식합니다.
• OVHcloud 배지는 인정을 받기 위한 수단이며, PostgreSQL에서는 아래에 설명된 강제 암호화가 적용됩니다. 어떤 결과가 나오든 두 가지 모두를 얻게 됩니다.
• 일반적인 호스트 이름 형식은 postgresql-abc-123.database.cloud.ovh.net과 같습니다.
• 에이전트의 관점에서 두 지역 간에 달라지는 것은 아무것도 없습니다. — 동일한 연결, 동일한 드라이버, 동일한 보장.

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

상단의 엔진 선택기는 운전자보다 더 자주 변경되므로, 체크박스를 선택 해제하기 전에 이 부분을 읽어보는 것이 좋습니다.

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

-- 읽기 전용, 선택한 엔진에 따라 다름\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;