Infograb logo
Vitess (MySQL 프로토콜)로 데이터베이스 액세스

Teleport는 Teleport Database Service를 통해 Vitess (MySQL) 에 대한 안전한 액세스를 제공합니다. 이를 통해 Teleport RBAC 시스템을 통한 세밀한 액세스 제어가 가능합니다.

Teleport Database Service는 데이터베이스 클라이언트의 트래픽을 인프라 내의 자체 호스팅 데이터베이스로 프록시합니다. Teleport는 데이터베이스 클라이언트를 위한 인증서 기관을 유지 관리합니다. 데이터베이스를 구성하여 Teleport 데이터베이스 클라이언트 CA를 신뢰하도록 하고, Teleport Database Service는 사용자 트래픽을 프록시할 때 이 CA로 서명된 인증서를 제공합니다. 이러한 설정을 통해 자체 호스팅 데이터베이스에 대한 장기 자격 증명을 저장할 필요가 없습니다.

한편, Teleport Database Service는 TLS 인증서를 Teleport 데이터베이스 CA 또는 사용자가 선택한 사용자 정의 CA와 대조하여 자체 호스팅 데이터베이스를 검증합니다.

이 가이드에서는 다음을 수행합니다:

  1. Teleport 액세스를 위해 Vitess (MySQL) 데이터베이스를 구성합니다.
  2. 데이터베이스를 Teleport 클러스터에 추가합니다.
  3. Teleport를 통해 데이터베이스에 연결합니다.

작동 원리

Teleport 데이터베이스 서비스는 상시 호스팅된 Vitess 데이터베이스에 상호 TLS를 사용하여 인증합니다. Vitess는 데이터베이스 클라이언트에 대한 Teleport 인증 기관을 신뢰하며, Teleport 데이터베이스 CA 또는 사용자 정의 CA에 의해 서명된 인증서를 제시합니다. 사용자가 데이터베이스 세션을 시작하면, Teleport 데이터베이스 서비스는 Teleport에 의해 서명된 인증서를 제시합니다. 인증된 연결은 이후 사용자로부터 클라이언트 트래픽을 프록시합니다.

gRPC 프로토콜을 사용하여 Vitess에 액세스하는 것은 현재 Teleport에서 지원되지 않습니다.

사전 요구 사항

  • 실행 중인 Teleport 클러스터 버전 17.0.0-dev 이상. Teleport를 시작하려면 가입하여 무료 평가판을 이용하거나 데모 환경 설정 방법을 확인하십시오.

  • tctl 관리자 도구와 tsh 클라이언트 도구.

    tctltsh 다운로드 방법에 대한 지침은 설치를 방문하십시오.

  • 셀프 호스팅된 Vitess 인스턴스.
  • Teleport 데이터베이스 서비스를 실행할 호스트(예: Amazon EC2 인스턴스).
  • 선택 사항: 셀프 호스팅 데이터베이스에 대한 인증서를 발급하는 인증 기관.
  • 연결이 가능한지 확인하기 위해 tsh login 으로 로그인한 다음, 현재 자격 증명을 사용하여 tctl 명령어를 실행할 수 있는지 확인하십시오. 예를 들어:
    tsh login --proxy=teleport.example.com --user=email@example.com
    tctl status

    클러스터 teleport.example.com

    버전 17.0.0-dev

    CA 핀 sha256:abdc1245efgh5678abdc1245efgh5678abdc1245efgh5678abdc1245efgh5678

    클러스터에 연결할 수 있고 tctl status 명령어를 실행할 수 있다면, 현재 자격 증명을 사용하여 워크스테이션에서 후속 tctl 명령어를 실행할 수 있습니다.
    자신의 Teleport 클러스터를 호스팅하는 경우, Teleport Auth Service를 호스팅하는 컴퓨터에서 전체 권한으로 tctl 명령어를 실행할 수도 있습니다.

1/4단계. Teleport 데이터베이스 토큰 생성

Database 서비스는 Teleport 클러스터에 조인하기 위해 유효한 조인 토큰이 필요합니다.
다음 tctl 명령어를 실행하고 Database 서비스가 실행될 서버에 /tmp/token 안에 토큰 출력을 저장하세요:

tctl tokens add --type=db --format=text
abcd123-insecure-do-not-use-this

2/4단계. 인증서/키 쌍 생성

Teleport는 자체 호스팅 데이터베이스와 상호 TLS 인증을 사용합니다. 이러한 데이터베이스는 Teleport Database Service에서 제공한 인증서를 검증할 수 있어야 합니다. 자체 호스팅 데이터베이스는 또한 Teleport가 검증할 수 있는 인증서/키 쌍이 필요합니다.

기본적으로, Teleport Database Service는 Teleport Auth Service에서 관리하는 인증 기관에서 발급한 인증서를 신뢰합니다. 다음 중 하나를 선택할 수 있습니다:

  • 자체 호스팅 데이터베이스가 이 CA를 신뢰하도록 구성하고, Teleport에게 데이터베이스가 Teleport Database Service에 제출할 인증서를 발급하도록 지시합니다.
  • Database Service가 사용자 지정 CA를 신뢰하도록 구성합니다.

데이터베이스가 Teleport CA를 신뢰하도록 구성하고 데이터베이스를 위한 인증서를 발급받으려면, 작업대에서 다음 지침을 따르세요:

  1. 작업대에서 tctl 을 사용하려면, Teleport 사용자가 데이터베이스 인증서를 생성할 수 있도록 시스템 역할 Db 를 가장할 수 있어야 합니다. 다음 allow 규칙을 Teleport 사용자 역할에 포함하세요:

    allow:
      impersonate:
        users: ["Db"]
        roles: ["Db"]
    
  2. Teleport의 인증 기관을 내보내고 인증서/키 쌍을 생성합니다. 이 예에서는 1년 유효 기간을 가진 인증서를 생성합니다. db.example.com 은 Teleport Database Service가 Vitess 서버에 도달할 수 있는 호스트 이름입니다.

    tctl auth sign --format=db --host=db.example.com --out=server --ttl=2190h
    TTL

    우리는 더 짧은 TTL 사용을 권장하지만, 데이터베이스 서버 인증서가 만료되기 전에 업데이트해야 연결할 수 있는 능력을 잃지 않는 것을 명심하세요. 사용 사례에 가장 적합한 TTL 값을 선택하세요.

    이 명령은 3개의 파일을 생성합니다: server.cas , server.crtserver.key .

Vitess 데이터베이스가 이미 인증서를 서명하는 CA를 사용하고 있다면, 데이터베이스가 Teleport Database Service에서 오는 트래픽을 인증할 수 있도록 Teleport CA 인증서만 내보내면 됩니다. Db 가장 권한을 활성화할 필요는 없습니다.

  1. example.teleport.sh:443를 클러스터 내 Teleport Proxy Service의 호스트 및 웹 포트로 교체합니다. 작업대에서 다음 명령을 실행합니다:

    tctl auth export --type=db-client --auth-server=example.teleport.sh:443 > db-client.cas

    이 명령은 1개의 파일인 db-client.cas 를 생성합니다.

  2. db-client.cas 의 내용을 데이터베이스의 기존 CA 인증서 파일(이 가이드에서는 server.cas 라고 불리므로) 뒤에 추가합니다.

  3. 데이터베이스 CA에서 데이터베이스 서버에 대해 서명된 TLS 인증서와 개인 키를 검색하여 server.crtserver.key 를 생성합니다. 나중에 이 파일들을 가이드에서 사용할 것입니다.

3/4단계. Vitess 구성

Kubernetes용 Vitess Operator를 사용하여 Vitess 클러스터를 실행하는 경우, 첫 번째 단계로 server.cas , server.crtserver.key 파일의 내용을 클러스터 구성을 포함하는 비밀로 복사합니다.

---
apiVersion: v1
kind: Secret
metadata:
  name: example-cluster-config
type: Opaque
stringData:
  server.cas: |
    -----BEGIN CERTIFICATE-----
    MIIDlDCCAnygAwIBAgIQcCge3zdTWnA7isWitaG5yzANBgkqhkiG9w0BAQsFADBk
    ...
    jtOP8B0/0xc=
    -----END CERTIFICATE-----
  server.crt: |
    -----BEGIN CERTIFICATE-----
    MIIDqjCCApKgAwIBAgIRAKq0OQqYIx3pbkSVpIgMooowDQYJKoZIhvcNAQELBQAw
    ...
    aRWuAdb7KYfHgZgC+k5jiFS9MYPbOc3qMK6KwGAU
    -----END CERTIFICATE-----
  server.key: |
    -----BEGIN RSA PRIVATE KEY-----
    MIIEpQIBAAKCAQEAsiejNWoNPPgcjjNZvG0pA+eADXxPyiGf6Or7oiy2ZmkblC4I
    ...
    hr6KW+m+bBx0ABXrJVZ4dfv7ppP173vhavmSG3dvo2D5savAay6L/bE=
    -----END RSA PRIVATE KEY-----

다음으로, 게이트웨이 구성을 업데이트합니다.

  • 새 항목 mysql_auth_server_impl: clientcert 가 있는 새 extraFlags 섹션을 추가합니다.
  • 추가된 파일을 참조하는 새로운 secureTransport 섹션을 추가합니다.
cells:
  - name: zone1
    gateway:
      extraFlags:
        mysql_auth_server_impl: clientcert
      secureTransport:
        required: true
        tls:
          clientCACertSecret:
            name: teleport-cluster-config
            key: server.cas
          certSecret:
            name: teleport-cluster-config
            key: server.crt
          keySecret:
            name: teleport-cluster-config
            key: server.key

맞춤 배포를 사용하여 Vitess 클러스터를 실행하는 경우, vtgate 서비스에 대한 플래그를 업데이트해야 합니다. 다음 플래그를 추가해야 합니다:

vtgate ...                                      \
    --mysql_server_ssl_ca=/path/to/server.cas   \
    --mysql_server_ssl_cert=/path/to/server.crt \
    --mysql_server_ssl_key=/path/to/server.key  \
    --mysql_auth_server_impl=clientcert

server.cas , server.crtserver.key 파일은 vtgate 서비스가 접근할 수 있는 위치에 있어야 합니다. 이러한 플래그를 적용하려면 Vitess 서비스를 재시작하십시오.

vtgate 와 Vitess 구성에 대한 자세한 내용은 문서를 참조하십시오.

Teleport 사용자 생성

Tip

기존 사용자를 수정하여 데이터베이스 서비스에 대한 액세스를 제공하려면 데이터베이스 액세스 제어를 참조하십시오.

내장된 access 역할을 가진 로컬 Teleport 사용자 생성:

tctl users add \ --roles=access \ --db-users="*" \ --db-names="*" \ alice

내장된 accessrequester 역할을 가진 로컬 Teleport 사용자 생성:

tctl users add \ --roles=access,requester \ --db-users="*" \ --db-names="*" \ alice
FlagDescription
--roles사용자에게 할당할 역할 목록. 내장된 access 역할은 사용자가 Teleport에 등록된 모든 데이터베이스 서버에 연결할 수 있도록 합니다.
--db-users사용자가 데이터베이스에 연결할 때 사용할 수 있는 데이터베이스 사용자 이름 목록. 와일드카드는 모든 사용자를 허용합니다.
--db-names사용자가 데이터베이스 서버 내에서 연결할 수 있는 논리 데이터베이스(즉, 스키마) 목록. 와일드카드는 모든 데이터베이스를 허용합니다.
Warning

데이터베이스 이름은 PostgreSQL, MongoDB 및 Cloud Spanner 데이터베이스에 대해서만 적용됩니다.

데이터베이스 액세스 제어 및 액세스를 제한하는 방법에 대한 자세한 정보는 RBAC 문서를 참조하십시오.

데이터베이스 서비스 구성 및 시작

Teleport 데이터베이스 서비스가 실행될 위치에 Teleport를 설치하고 구성합니다:

Linux 서버에 Teleport 설치하기:

  1. Teleport 에디션에 따라 edition를 다음 중 하나로 할당합니다:

    에디션
    Teleport Enterprise Cloudcloud
    Teleport Enterprise (자가 호스팅)enterprise
    Teleport Community Editionoss
  2. 설치할 Teleport 버전을 가져옵니다. 클러스터에서 자동 에이전트 업데이트가 활성화된 경우, 최신 Teleport 버전을 쿼리하여 업데이트된 내용과의 호환성을 확인합니다:

    TELEPORT_DOMAIN=example.teleport.com
    TELEPORT_VERSION="$(curl https://$TELEPORT_DOMAIN/v1/webapi/automaticupgrades/channel/default/version | sed 's/v//')"

    그렇지 않으면, Teleport 클러스터의 버전을 가져옵니다:

    TELEPORT_DOMAIN=example.teleport.com
    TELEPORT_VERSION="$(curl https://$TELEPORT_DOMAIN/v1/webapi/ping | jq -r '.server_version')"
  3. Linux 서버에 Teleport를 설치합니다:

    curl https://cdn.teleport.dev/install-v15.4.11.sh | bash -s ${TELEPORT_VERSION} edition

    설치 스크립트는 Linux 서버에서 패키지 관리자를 감지하고 이를 사용하여 Teleport 바이너리를 설치합니다. 설치를 사용자 정의하려면 설치 가이드에서 Teleport 패키지 리포지토리에 대해 알아보세요.

Teleport 데이터베이스 서비스를 실행할 호스트에서 적절한 구성으로 Teleport를 시작합니다.

단일 Teleport 프로세스는 여러 다른 서비스를 실행할 수 있습니다. 예를 들어, 여러 데이터베이스 서비스 에이전트뿐만 아니라 SSH 서비스나 애플리케이션 서비스도 실행할 수 있습니다. 아래 단계는 기존의 구성 파일을 덮어쓰므로, 여러 서비스를 실행 중인 경우 --output=stdout 를 추가하여 터미널에 구성을 출력하고 /etc/teleport.yaml 를 수동으로 조정하십시오.

다음 명령어를 실행하여 데이터베이스 서비스의 구성 파일을 /etc/teleport.yaml 에 생성하십시오. example.teleport.sh를 Teleport 프록시 서비스의 호스트 및 포트로 업데이트하십시오:

sudo teleport db configure create \ -o file \ --token=/tmp/token \ --proxy=example.teleport.sh \ --name=example-vitess \ --protocol=mysql \ --uri=db.example.com:3306 \ --labels=env=dev

Teleport 데이터베이스 서비스가 사용자 정의 CA를 신뢰하도록 구성하려면:

  1. 사용자 정의 CA에 대한 CA 인증서를 내보내고 Teleport 데이터베이스 서비스 호스트의 /var/lib/teleport/db.ca 에 배포합니다.

  2. 위 명령어의 변형을 실행하여 --ca-cert-file 플래그를 사용합니다. 이는 Teleport 데이터베이스 서비스가 데이터베이스에서 트래픽을 검증하기 위해 db.ca 에 있는 CA 인증서를 사용하도록 구성합니다:

    sudo teleport db configure create \ -o file \ --token=/tmp/token \ --proxy=example.teleport.sh:443 \ --name=example-vitess \ --protocol=mysql \ --uri=db.example.com:3306 \ --ca-cert-file="/var/lib/teleport/db.ca" \ --labels=env=dev

데이터베이스 서버가 ComodoCA나 DigiCert와 같은 공용 CA에 의해 서명된 인증서를 사용하는 경우, CA를 내보내지 않고 trust_system_cert_pool 옵션을 사용할 수 있습니다:

sudo teleport db configure create \ -o file \ --token=/tmp/token \ --proxy=example.teleport.sh:443 \ --name=example-vitess \ --protocol=mysql \ --uri=db.example.com:3306 \ --trust_system_cert_pool \ --labels=env=dev

호스트가 부팅될 때 the Teleport Database Service가 자동으로 시작되도록 systemd 서비스를 생성하여 구성합니다. 지침은 the Teleport Database Service를 설치한 방법에 따라 다릅니다.

the Teleport Database Service를 실행할 호스트에서 Teleport를 활성화하고 시작합니다:

sudo systemctl enable teleport
sudo systemctl start teleport

the Teleport Database Service를 실행할 호스트에서 Teleport의 systemd 서비스 구성을 만들고, Teleport 서비스를 활성화한 후 Teleport를 시작합니다:

sudo teleport install systemd -o /etc/systemd/system/teleport.service
sudo systemctl enable teleport
sudo systemctl start teleport

systemctl status teleport 로 the Teleport Database Service의 상태를 확인하고, journalctl -fu teleport 로 로그를 볼 수 있습니다.

Teleport는 Kubernetes 클러스터에 Teleport 데이터베이스 서비스를 설치하기 위한 Helm 차트를 제공합니다.

Teleport Helm 저장소를 설정합니다.

Helm이 Teleport Helm 저장소에서 호스팅되는 차트를 설치할 수 있도록 허용합니다:

helm repo add teleport https://charts.releases.teleport.dev

원격 저장소의 차트 캐시를 업데이트하여 모든 사용 가능한 릴리스로 업그레이드할 수 있습니다:

helm repo update

Kubernetes 클러스터에 Teleport 데이터베이스 서비스 구성과 함께 Teleport 에이전트를 설치합니다.

다음 내용을 포함하는 values.yaml 파일을 만듭니다. example.teleport.sh을 Teleport Proxy 서비스의 호스트와 포트로 업데이트하고, JOIN_TOKEN을 이전에 생성한 조인 토큰으로 업데이트합니다:

roles: db
proxyAddr: example.teleport.sh
# Teleport Community Edition을 사용하는 경우 false로 설정
enterprise: true
authToken: "JOIN_TOKEN"
databases:
  - name: example-vitess
    uri: db.example.com:3306
    protocol: mysql
    static_labels:
      env: dev

Teleport 데이터베이스 서비스가 사용자 정의 CA를 신뢰하도록 구성하려면:

  1. 사용자 정의 CA를 위한 CA 인증서를 내보내고 작업 공간의 db.ca 에 제공하십시오.

  2. 다음 명령을 사용하여 Teleport와 같은 네임스페이스에 데이터베이스 CA 인증서를 포함하는 비밀을 만듭니다:

    kubectl create secret generic db-ca --from-file=ca.pem=/path/to/db.ca
  3. values.yaml 에 다음을 추가합니다:

      roles: db
      proxyAddr: example.teleport.sh
      # Teleport Community Edition을 사용하는 경우 false로 설정
      enterprise: true
      authToken: JOIN_TOKEN
      databases:
        - name: example-vitess
          uri: db.example.com:3306
          protocol: mysql
    +     tls:
    +       ca_cert_file: "/etc/teleport-tls-db/db-ca/ca.pem"
          static_labels:
            env: dev
    + extraVolumes:
    +   - name: db-ca
    +     secret:
    +       secretName: db-ca
    + extraVolumeMounts:
    +   - name: db-ca
    +     mountPath: /etc/teleport-tls-db/db-ca
    +     readOnly: true
    
  4. 차트를 설치합니다:

    helm install teleport-kube-agent teleport/teleport-kube-agent \ --create-namespace \ --namespace teleport-agent \ --version 17.0.0-dev \ -f values.yaml
  5. Teleport 에이전트 파드가 실행 중인지 확인하십시오. 단일 준비된 컨테이너가 있는 teleport-kube-agent 파드를 하나 볼 수 있어야 합니다:

    kubectl -n teleport-agent get pods
    NAME READY STATUS RESTARTS AGEteleport-kube-agent-0 1/1 Running 0 32s

단일 Teleport 프로세스는 여러 서비스를 실행할 수 있습니다. 예를 들어, 여러 데이터베이스 서비스 인스턴스와 함께 SSH 서비스나 애플리케이션 서비스와 같은 다른 서비스도 실행할 수 있습니다.

4/4단계. 연결

데이터베이스 서비스가 클러스터에 조인하면, 사용 가능한 데이터베이스를 확인하려면 로그인합니다:

tsh login --proxy=teleport.example.com --user=alice
tsh db ls

이름 설명 라벨

-------------- -------------- --------

example-vitess Example Vitess env=dev

tsh login --proxy=mytenant.teleport.sh --user=alice
tsh db ls

이름 설명 라벨

-------------- -------------- --------

example-vitess Example Vitess env=dev

역할이 액세스할 수 있는 데이터베이스만 볼 수 있습니다. 자세한 내용은 RBAC 가이드를 참조하십시오.

데이터베이스의 자격 증명을 검색하고 연결하려면:

tsh db connect example-vitess

데이터베이스 인스턴스에 연결할 때 기본적으로 사용할 데이터베이스 이름과 사용자를 선택적으로 지정할 수 있습니다:

tsh db connect --db-user=root --db-name=mysql example-vitess
참고

데이터베이스에 연결하려면 mysql 또는 mariadb 명령줄 클라이언트가 PATH 에 있어야 합니다. mariadb 는 MySQL과 MariaDB의 기본 명령줄 클라이언트입니다.

데이터베이스에서 로그아웃하고 자격 증명을 제거하려면:

특정 데이터베이스 인스턴스의 자격 증명 제거.

tsh db logout example-vitess

모든 데이터베이스 인스턴스의 자격 증명 제거.

tsh db logout
Teleport 원문 보기