Self-hostingインストール＆デプロイガイド

AWS EKS デプロイメント

この記事では、AWSとElastic Kubernetes Service（EKS）の特定のオファリングに基づいて、あなたのBitwarden自己ホスト型Helm Chartデプロイメントをどのように変更するかについて深く掘り下げています。

この記事で説明されている特定のアドオンは、あなたのEKSクラスターがすでに少なくとも1つのノードを起動していることを必要としますので、メモしてください。

イングレスコントローラー

nginxコントローラーはデフォルトでmy-values.yamlに定義されており、AWSネットワークロードバランサーが必要となります。AWSアプリケーションロードバランサー（ALB）は、現在推奨されていません。これは、パスの書き換えとパスベースのルーティングをサポートしていないためです。

備考

次の内容は、AWS証明書マネージャーにSSL証明書が保存されていることを前提としています。なぜなら、証明書のAmazonリソース名（ARN）が必要になるからです。

あなたのクラスターでは、すでに少なくとも1つのノードが稼働していなければなりません。

あなたのクラスタにネットワークロードバランサを接続するには：

  1. これらの指示に従ってIAMポリシーと役割を作成し、クラスターにAWSロードバランサーコントローラーをインストールしてください。

  2. 次のコマンドを実行して、クラスターのイングレスコントローラーを設定します。これによりAWSネットワークロードバランサーが作成されます。このコマンド例には、置換する必要がある値と、ニーズに合わせて構成できる値があることに注意してください。

    Bash
    helm repo add ingress-nginx https://kubernetes.github.io/ingress-nginx
helm repo update
helm upgrade ingress-nginx ingress-nginx/ingress-nginx -i \
  --namespace kube-system \
  --set-string controller.service.annotations.'service\.beta\.kubernetes\.io/aws-load-balancer-backend-protocol'="ssl" \
  --set-string controller.service.annotations.'service\.beta\.kubernetes\.io/aws-load-balancer-cross-zone-load-balancing-enabled'="true" \
  --set-string controller.service.annotations.'service\.beta\.kubernetes\.io/aws-load-balancer-type'="external" \
  --set-string controller.service.annotations.'service\.beta\.kubernetes\.io/aws-load-balancer-nlb-target-type'="instance" \
  --set-string controller.service.annotations.'service\.beta\.kubernetes\.io/aws-load-balancer-scheme'="internet-facing" \
  --set-string controller.service.annotations.'service\.beta\.kubernetes\.io/aws-load-balancer-ssl-cert'="arn:aws:acm:REPLACEME:REPLACEME:certificate/REPLACEME" \ #Replace with the ARN for your certificate
  --set-string controller.service.annotations.'service\.beta\.kubernetes\.io/aws-load-balancer-ssl-ports'="443" \
  --set controller.service.externalTrafficPolicy="Local"

  3. 次の例に従って、my-values.yaml ファイルを更新し、REPLACE プレースホルダーを必ず置き換えてください:

    Bash
    general:
  domain: "REPLACEME.com"
  ingress:
    enabled: true
    className: "nginx"
     ## - Annotations to add to the Ingress resource
    annotations:
      nginx.ingress.kubernetes.io/ssl-redirect: "true"
      nginx.ingress.kubernetes.io/use-regex: "true"
      nginx.ingress.kubernetes.io/rewrite-target: /$1
    ## - Labels to add to the Ingress resource
    labels: {}
    # Certificate options
    tls:
      # TLS certificate secret name
      name: # Handled via the NLB defined in the ingress controller
      # Cluster cert issuer (ex. Let's Encrypt) name if one exists
      clusterIssuer:
    paths:
      web:
        path: /(.*)
        pathType: ImplementationSpecific
      attachments:
        path: /attachments/(.*)
        pathType: ImplementationSpecific
      api:
        path: /api/(.*)
        pathType: ImplementationSpecific
      icons:
        path: /icons/(.*)
        pathType: ImplementationSpecific
      notifications:
        path: /notifications/(.*)
        pathType: ImplementationSpecific
      events:
        path: /events/(.*)
        pathType: ImplementationSpecific
      scim:
        path: /scim/(.*)
        pathType: ImplementationSpecific
      sso:
        path: /(sso/.*)
        pathType: ImplementationSpecific
      identity:
        path: /(identity/.*)
        pathType: ImplementationSpecific
      admin:
        path: /(admin/?.*)
        pathType: ImplementationSpecific

ストレージクラスを作成します

デプロイメントには、ReadWriteManyをサポートする必要がある共有ストレージクラスを提供する必要があります。以下は、要件を満たすストレージクラスを作成する方法の例です：

チップ

以下は、AWS Elastic File System（EFS）が作成されていることを前提としています。今すぐ作成しないと。いずれの場合でも、このプロセス中に必要となるEFSのファイルシステムIDをメモしてください。

  1. あなたのEKSクラスターにAmazon EFS CSIドライバーアドオンを取得してください。これは、クラスターに対してOIDCプロバイダーを作成することと、ドライバーに対してIAM役割を作成することを必要とします。

  2. AWS CloudShellで、以下のスクリプトのfile_system_id= "REPLACE"変数を置き換えて、AWS CloudShellでそれを実行してください。

    注意

    次は説明的な例ですが、自分のセキュリティ要件に従って権限を割り当てるようにしてください。

    Bash
    file_system_id="REPLACE"

cat << EOF | kubectl apply -n bitwarden -f -
kind: StorageClass
apiVersion: storage.k8s.io/v1
metadata:
  name: shared-storage
provisioner: efs.csi.aws.com
parameters:
  provisioningMode: efs-ap
  fileSystemId: $file_system_id
  directoryPerms: "777" # Change for your use case
  uid: "2000" # Change for your use case
  gid: "2000" # Change for your use case
  basePath: "/dyn1"
  subPathPattern: "\${.PVC.name}"
  ensureUniqueDirectory: "false"
  reuseAccessPoint: "false"
mountOptions:
  - iam
  - tls
EOF

  3. sharedStorageClassNameの値をmy-values.yamlの中で、あなたがクラスに付けた名前に設定してください。この例では、metadata.name:にて。

    Bash
    sharedStorageClassName: "shared-storage"

AWSシークレットマネージャーを使用する

デプロイメントには、デプロイメントの機密値を設定するためにKubernetesのシークレットオブジェクトが必要です。kubectl create secretコマンドはシークレットを設定するために使用できますが、AWSの顧客はAWSシークレットマネージャーとAWSシークレットと設定プロバイダー（ACSP）をKubernetesシークレットストアCSIドライバーで使用することを好むかもしれません。

次のシークレットをAWSシークレットマネージャーに保存する必要があります。ここで使用されるキーを変更することができますが、それに伴い後続のステップも変更する必要があることにメモしてください。

キー

値

インストールID

https://bitwarden.com/hostから取得した有効なインストールID。詳細については、インストールIDとインストールキーは何に使われますか？をご覧ください。

インストールキー

https://bitwarden.com/hostから取得した有効なインストールキー。詳細については、インストールIDとインストールキーは何に使われますか？をご覧ください。

SMTPユーザーネーム

あなたのSMTPサーバーの有効なユーザー名。

SMTPパスワード

入力されたSMTPサーバーのユーザー名に対する有効なパスワード。

ユビコクライアントID

YubiCloud検証サービスまたは自己ホスト型Yubico検証サーバーのクライアントID。YubiCloudを使用する場合、ここからクライントIDと秘密鍵を取得してください。

ユビコキー

YubiCloud検証サービスまたは自己ホスト型Yubico検証サーバーの秘密鍵。YubiCloudを使用する場合、ここからクライントIDと秘密鍵を取得してください。

globalSettings__hibpApiKey

あなたのHaveIBeenPwned (HIBP) APIキー、利用可能ここ。このキーは、ユーザーがアカウントを作成するときに、データ漏洩レポートを実行し、マスターパスワードが漏洩に存在するかどうかを確認することを可能にします。

あなたがBitwarden SQLポッドを使用している場合、sapassword。

あなたが自分のSQLサーバーを使用している場合、dbconnectionString。

あなたのBitwardenインスタンスに接続されたデータベースの認証情報。必要なものは、同梱のSQLポッドを使用するか外部のSQLサーバーを使用するかによります。

  1. あなたの秘密が安全に保存されたら、ACSPをインストールしてください。

  2. あなたの秘密へのアクセスを許可する権限ポリシーを作成してください。このポリシーは、例えば、必ずsecretsmanager:GetSecretValueとsecretsmanager:DescribeSecretの権限を付与しなければなりません。

    Bash
    {
   "Version": "2012-10-17",
   "Statement": {
     "Effect": "Allow",
     "Action": [
       "secretsmanager:DescribeSecret",
       "secretsmanager:GetSecretValue"
     ],
     "Resource": "arn:aws:secretsmanager:REPLACEME:REPLACEME:secret:REPLACEME"
   }
}

  3. 作成した権限ポリシーを介してあなたの秘密にアクセスできるサービスアカウントを作成してください。例えば：

    Bash
    CLUSTER_NAME="REPLACE"
ACCOUNT_ID="REPLACE" # replace with your AWS account ID
ROLE_NAME="REPLACE" # name of a role that will be created in IAM
POLICY_NAME="REPLACE" # the name of the policy you created earlier
eksctl create iamserviceaccount \
  --cluster=$CLUSTER_NAME \
  --namespace=bitwarden \
  --name=bitwarden-sa \
  --role-name $ROLE_NAME \
  --attach-policy-arn=arn:aws:iam::$ACCOUNT_ID:policy/$POLICY_NAME \
  --approve

  4. 次に、以下の例のようにSecretProviderClassを作成します。regionをあなたの地域に、objectNameを作成したシークレットマネージャーの秘密の名前に置き換えてください（ステップ1）：

    Bash
    cat <<EOF | kubectl apply -n bitwarden -f -
apiVersion: secrets-store.csi.x-k8s.io/v1
kind: SecretProviderClass
metadata:
  name: bitwarden-secrets-manager-csi
  labels:
    app.kubernetes.io/component: secrets
  annotations:
spec:
  provider: aws
  parameters:
    region: REPLACE
    objects: |
      - objectName: "REPLACE"
        objectType: "secretsmanager"
        objectVersionLabel: "AWSCURRENT"
        jmesPath:
          - path: installationid
            objectAlias: installationid
          - path: installationkey
            objectAlias: installationkey
          - path: smtpusername
            objectAlias: smtpusername
          - path: smtppassword
            objectAlias: smtppassword
          - path: yubicoclientid
            objectAlias: yubicoclientid
          - path: yubicokey
            objectAlias: yubicokey
          - path: hibpapikey
             objectAlias: hibpapikey
          - path: sapassword #-OR- dbconnectionstring if external SQL
            objectAlias: sapassword #-OR- dbconnectionstring if external SQL
  secretObjects:
  - secretName: "bitwarden-secret"
    type: Opaque
    data:
    - objectName: installationid
       key: globalSettings__installation__id
    - objectName: installationkey
       key: globalSettings__installation__key
    - objectName: smtpusername
       key: globalSettings__mail__smtp__username
    - objectName: smtppassword
       key: globalSettings__mail__smtp__password
    - objectName: yubicoclientid
       key: globalSettings__yubico__clientId
    - objectName: yubicokey
       key: globalSettings__yubico__key
    - objectName: hibpapikey
       key: globalSettings__hibpApiKey
    - objectName: sapassword #-OR- dbconnectionstring if external SQL
       key: SA_PASSWORD #-OR- globalSettings__sqlServer__connectionString if external SQL
EOF

  5. あなたのmy-values.yamlファイルで、以下の値を設定してください:

    • secrets.secretName: これをSecretProviderClassで定義されたsecretNameに設定します（ステップ3）。

    • secrets.secretProviderClass: これをあなたのSecretProviderClassで定義されたmetedata.nameに設定します（ステップ3）。

    • component.admin.podServiceAccount: あなたのサービスアカウントで定義された名前に設定します（ステップ2）。

    • component.api.podServiceAccount: あなたのサービスアカウントで定義された名前に設定します（ステップ2）。

    • component.attachments.podServiceAccount: あなたのサービスアカウントで定義された名前に設定します（ステップ2）。

    • component.events.podServiceAccount: あなたのサービスアカウントで定義された名前に設定します（ステップ2）。

    • component.icons.podServiceAccount: あなたのサービスアカウントで定義された名前に設定します（ステップ2）。

    • component.identity.podServiceAccount: あなたのサービスアカウントで定義された名前に設定します（ステップ2）。

    • component.notifications.podServiceAccount: あなたのサービスアカウントで定義された名前に設定します（ステップ2）。

    • component.scim.podServiceAccount: あなたのサービスアカウントで定義された名前に設定します（ステップ2）。

    • component.sso.podServiceAccount: あなたのサービスアカウントで定義された名前に設定します（ステップ2）。

    • component.web.podServiceAccount: あなたのサービスアカウントで定義された名前に設定します (ステップ2)。

    • database.podServiceAccount: あなたのサービスアカウントで定義された名前に設定します（ステップ2）。

    • serviceAccount.name: あなたのサービスアカウントに定義された名前に設定します（ステップ2）。

    • serviceAccount.deployRolesOnly: trueに設定します。

このページに提案する

サポートチームへのお問い合わせ

For technical, billing, product, and Family/Premium questions.

お名前*
ビットワルデン*
アカウントのメールアドレスを確認してください*
製品*
あなたは自己ホスト型ですか？*
件名*
お問い合わせ内容を入力してください...*

クラウドのステータス

ステータスを確認する

© 2024 Bitwarden, Inc. 利用規約 プライバシー クッキーの設定 サイトマップ

このサイトは日本語でご利用いただけます。
Go to EnglishStay Here