절차

1. Ceph 구성 파일을 편집하기 위해 기본적으로 /etc/ceph/ceph.conf 를 열고 암호화 키 저장소로 Vault를 활성화합니다.

   rgw_crypt_s3_kms_backend = vault

2. [client.radosgw.INSTANCE_NAME] 섹션에서 Vault 인증 방법인 Token 또는 Vault 에이전트를 선택합니다.

   1. Token 을 사용하는 경우 다음 행을 추가합니다.

      rgw_crypt_vault_auth = token
      rgw_crypt_vault_token_file = /etc/ceph/vault.token
      rgw_crypt_vault_addr = http://VAULT_SERVER:8200

   2. Vault 에이전트를 사용하는 경우 다음 행을 추가합니다.

      rgw_crypt_vault_auth = agent
      rgw_crypt_vault_addr = http://VAULT_SERVER:8100

3. [client.radosgw.INSTANCE_NAME] 섹션에서 Vault 시크릿 엔진(키/값 또는 전송)을 선택합니다.

   1. Key/Value 를 사용하는 경우 다음 행을 추가합니다.

      rgw_crypt_vault_secret_engine = kv

   2. Transit 을 사용하는 경우 다음 행을 추가합니다.

      rgw_crypt_vault_secret_engine = transit

4. 선택적으로 [client.radosgw.INSTANCE_NAME] 섹션에서 암호화 키를 검색할 Vault 네임스페이스를 설정할 수 있습니다.

   rgw_crypt_vault_namespace = NAME_OF_THE_NAMESPACE

5. 경로 접두사를 설정하여 Ceph Object Gateway에서 Vault에서 암호화 키를 검색하는 위치를 제한합니다.

   예제

   rgw_crypt_vault_prefix = /v1/secret/data

   1. 내보낼 수 있는 전송 키의 경우 다음과 같이 접두사 경로를 설정합니다.

      rgw_crypt_vault_prefix = /v1/transit/export/encryption-key

      Vault 서버의 도메인 이름이 vault-server 라고 가정하면 Ceph Object Gateway는 다음 URL에서 암호화된 전송 키를 가져옵니다.

      예제

      http://vault-server:8200/v1/transit/export/encryption-key

6. Ceph 구성 파일에 변경 사항을 저장합니다.

절차

1. 키/값 버전 2 시크릿 엔진을 활성화합니다.

   [root@vault ~]# vault secrets enable kv-v2

2. 새 키를 생성합니다.

   구문

   vault kv put secret/PROJECT_NAME/BUCKET_NAME key=$(openssl rand -base64 32)

   예제

   [root@vault ~]# vault kv put secret/myproject/mybucketkey key=$(openssl rand -base64 32)
   
   ====== Metadata ======
   Key              Value
   ---              -----
   created_time     2020-02-21T17:01:09.095824999Z
   deletion_time    n/a
   destroyed        false
   version          1

절차

1. Transit 비밀 엔진을 활성화합니다.

   [root@vault ~]# vault secrets enable transit

2. 내보내기 가능한 새 키를 생성합니다.

   구문

   vault write -f transit/keys/BUCKET_NAME exportable=true

   예제

   [root@vault ~]# vault write -f transit/keys/mybucketkey exportable=true

   참고

   기본적으로 위의 명령은 aes256-gcm96 유형 키를 생성합니다.

3. 키 생성을 확인합니다.

   구문

   vault read transit/export/encryption-key/BUCKET_NAME/VERSION_NUMBER

   예제

   [root@vault ~]# vault read transit/export/encryption-key/mybucketkey/1
   
   Key     Value
   ---     -----
   keys    map[1:-gbTI9lNpqv/V/2lDcmH2Nq1xKn6FPDWarCmFM2aNsQ=]
   name    mybucketkey
   type    aes256-gcm96

   참고

   키 버전을 포함한 전체 키 경로를 제공해야 합니다.

절차

1. AWS 명령줄 클라이언트를 사용하여 오브젝트를 업로드합니다.

   예제

   [user@client ~]$ aws --endpoint=http://radosgw:8000 s3 cp plaintext.txt s3://mybucket/encrypted.txt --sse=aws:kms --sse-kms-key-id myproject/mybucketkey

   참고

   예에서 사용된 URL을 가져오는 키는 다음과 같습니다. http://vault-server:8200/v1/secret/data/myproject/mybucketkey

절차

1. S3 사용자를 생성합니다.

   radosgw-admin user create --uid=name --display-name="First User"

   name 을 S3 사용자의 이름으로 바꿉니다. 예를 들면 다음과 같습니다.

   [root@master-zone]# radosgw-admin user create --uid="testuser" --display-name="First User"
   {
       "user_id": "testuser",
       "display_name": "First User",
       "email": "",
       "suspended": 0,
       "max_buckets": 1000,
       "auid": 0,
       "subusers": [],
       "keys": [
           {
               "user": "testuser",
               "access_key": "CEP28KDIQXBKU4M15PDC",
               "secret_key": "MARoio8HFc8JxhEilES3dKFVj8tV3NOOYymihTLO"
           }
       ],
       "swift_keys": [],
       "caps": [],
       "op_mask": "read, write, delete",
       "default_placement": "",
       "placement_tags": [],
       "bucket_quota": {
           "enabled": false,
           "check_on_raw": false,
           "max_size": -1,
           "max_size_kb": 0,
           "max_objects": -1
       },
       "user_quota": {
           "enabled": false,
           "check_on_raw": false,
           "max_size": -1,
           "max_size_kb": 0,
           "max_objects": -1
       },
       "temp_url_keys": [],
       "type": "rgw"
   }

2. 출력을 확인하여 access_key 및 secret_key 값에 JSON 이스케이프 문자(\)가 포함되지 않도록합니다. 이러한 값은 액세스 검증에 필요하지만 값에 JSON 이스케이프 문자가 포함된 경우 특정 클라이언트는 처리할 수 없습니다. 이 문제를 해결하려면 다음 작업 중 하나를 수행하십시오.

   • JSON 이스케이프 문자를 제거합니다.
   • 문자열을 따옴표로 캡슐화합니다.
   • 키를 다시 생성하고 에 JSON 이스케이프 문자가 포함되지 않도록 합니다.
   • 키와 시크릿을 수동으로 지정합니다.

   유효한 문자이므로 슬래시 / 를 제거하지 마십시오.

절차

1. Swift 사용자를 만듭니다.

   구문

   radosgw-admin subuser create --uid=NAME --subuser=NAME:swift --access=full

   NAME 을 Swift 사용자 이름으로 바꿉니다. 예를 들면 다음과 같습니다.

   예제

   [root@rgw]# radosgw-admin subuser create --uid=testuser --subuser=testuser:swift --access=full
   {
       "user_id": "testuser",
       "display_name": "First User",
       "email": "",
       "suspended": 0,
       "max_buckets": 1000,
       "auid": 0,
       "subusers": [
           {
               "id": "testuser:swift",
               "permissions": "full-control"
           }
       ],
       "keys": [
           {
               "user": "testuser",
               "access_key": "O8JDE41XMI74O185EHKD",
               "secret_key": "i4Au2yxG5wtr1JK01mI8kjJPM93HNAoVWOSTdJd6"
           }
       ],
       "swift_keys": [
           {
               "user": "testuser:swift",
               "secret_key": "13TLtdEW7bCqgttQgPzxFxziu0AgabtOc6vM8DLA"
           }
       ],
       "caps": [],
       "op_mask": "read, write, delete",
       "default_placement": "",
       "placement_tags": [],
       "bucket_quota": {
           "enabled": false,
           "check_on_raw": false,
           "max_size": -1,
           "max_size_kb": 0,
           "max_objects": -1
       },
       "user_quota": {
           "enabled": false,
           "check_on_raw": false,
           "max_size": -1,
           "max_size_kb": 0,
           "max_objects": -1
       },
       "temp_url_keys": [],
       "type": "rgw"
   }

2. 시크릿 키를 생성합니다.

   구문

   radosgw-admin key create --subuser=NAME:swift --key-type=swift --gen-secret

   NAME 을 Swift 사용자 이름으로 바꿉니다. 예를 들면 다음과 같습니다.

   예제

   [root@rgw]# radosgw-admin key create --subuser=testuser:swift --key-type=swift --gen-secret
   {
       "user_id": "testuser",
       "display_name": "First User",
       "email": "",
       "suspended": 0,
       "max_buckets": 1000,
       "auid": 0,
       "subusers": [
           {
               "id": "testuser:swift",
               "permissions": "full-control"
           }
       ],
       "keys": [
           {
               "user": "testuser",
               "access_key": "O8JDE41XMI74O185EHKD",
               "secret_key": "i4Au2yxG5wtr1JK01mI8kjJPM93HNAoVWOSTdJd6"
           }
       ],
       "swift_keys": [
           {
               "user": "testuser:swift",
               "secret_key": "a4ioT4jEP653CDcdU8p4OuhruwABBRZmyNUbnSSt"
           }
       ],
       "caps": [],
       "op_mask": "read, write, delete",
       "default_placement": "",
       "placement_tags": [],
       "bucket_quota": {
           "enabled": false,
           "check_on_raw": false,
           "max_size": -1,
           "max_size_kb": 0,
           "max_objects": -1
       },
       "user_quota": {
           "enabled": false,
           "check_on_raw": false,
           "max_size": -1,
           "max_size_kb": 0,
           "max_objects": -1
       },
       "temp_url_keys": [],
       "type": "rgw"
   }

절차

1. Red Hat Enterprise Linux 7용 공통 리포지토리 및 Red Hat Enterprise Linux 8용 High Availability 리포지토리를 활성화합니다.

   Red Hat Enterprise Linux 7

   # subscription-manager repos --enable=rhel-7-server-rh-common-rpms

   Red Hat Enterprise Linux 8

   # subscription-manager repos --enable=rhel-8-for-x86_64-highavailability-rpms

2. python-boto 패키지를 설치합니다.

   Red Hat Enterprise Linux 7

   # yum install python-boto

   Red Hat Enterprise Linux 8

   # dnf install python3-boto3

3. Python 스크립트를 생성합니다.

   vi s3test.py

4. 파일에 다음 내용을 추가합니다.

   Red Hat Enterprise Linux 7

   import boto
   import boto.s3.connection
   
   access_key = 'ACCESS'
   secret_key = 'SECRET'
   
   boto.config.add_section('s3')
   
   conn = boto.connect_s3(
           aws_access_key_id = access_key,
           aws_secret_access_key = secret_key,
           host = 's3.ZONE.hostname',
           port = PORT,
           is_secure=False,
           calling_format = boto.s3.connection.OrdinaryCallingFormat(),
           )
   
   bucket = conn.create_bucket('my-new-bucket')
   for bucket in conn.get_all_buckets():
   	print "{name}\t{created}".format(
   		name = bucket.name,
   		created = bucket.creation_date,
   )

   Red Hat Enterprise Linux 8

   import boto3
   
   endpoint = "" # enter the endpoint URL along with the port "http://URL:_PORT_"
   
   access_key = 'ACCESS'
   secret_key = 'SECRET'
   
   s3 = boto3.client(
           's3',
           endpoint_url=endpoint,
           aws_access_key_id=access_key,
           aws_secret_access_key=secret_key
           )
   
   s3.create_bucket(Bucket='my-new-bucket')
   
   response = s3.list_buckets()
   for bucket in response['Buckets']:
       print("{name}\t{created}".format(
   		name = bucket['Name'],
   		created = bucket['CreationDate']
   ))

   1. ZONE 을 게이트웨이 서비스를 구성한 호스트의 영역 이름으로 바꿉니다. 즉 게이트웨이 호스트입니다. host'setting이 DNS로 확인되는지 확인합니다. PORT 을 게이트웨이의 포트 번호로 바꿉니다.
   2. ACCESS 및 SECRET 를 Red Hat Ceph Storage 개체 게이트웨이 구성 및 관리 가이드의 S3 사용자 만들기 섹션의 access _key 및 secret_key 값으로 바꿉니다.

5. 스크립트를 실행합니다.

   Red Hat Enterprise Linux 7

   python s3test.py

   Red Hat Enterprise Linux 8

   python3 s3test.py

   출력 예:

   my-new-bucket 2021-08-16T17:09:10.000Z

1. Red Hat Enterprise Linux 7 설치.

2. 노드를 등록합니다.

   [root@haproxy]# subscription-manager register

3. RHEL 서버 리포지토리를 활성화합니다.

   [root@haproxy]# subscription-manager repos --enable=rhel-7-server-rpms

4. 서버를 업데이트합니다.

   [root@haproxy]# yum update -y

5. 필요에 따라 관리 도구(예: wget,vim 등)를 설치합니다.

6. 포트 80 을 엽니다.

   [root@haproxy]# firewall-cmd --zone=public --add-port 80/tcp --permanent
   [root@haproxy]# firewall-cmd --reload

7. HTTPS의 경우 포트 443 을 엽니다.

   [root@haproxy]# firewall-cmd --zone=public --add-port 443/tcp --permanent
   [root@haproxy]# firewall-cmd --reload

8. 필수 포트에 연결합니다.

   [root@haproxy]# semanage port -m -t http_cache_port_t -p tcp 8081

절차

1. keepalived 설치 :

   [root@haproxy]# yum install -y keepalived

2. 두 HAProxy 노드 모두에서 keepalived 를 구성합니다.

   [root@haproxy]# vim /etc/keepalived/keepalived.conf

   구성 파일에는 haproxy 프로세스를 확인하는 스크립트가 있습니다.

   vrrp_script chk_haproxy {
     script "killall -0 haproxy" # check the haproxy process
     interval 2 # every 2 seconds
     weight 2 # add 2 points if OK
   }

   다음으로 마스터 및 백업 로드 밸런서의 인스턴스에서 eno1 을 네트워크 인터페이스로 사용합니다. 또한 가상 IP 주소 즉, 192.168.1.20 을 할당합니다.

   마스터 로드 밸런서 노드

   vrrp_instance RGW {
       state MASTER # might not be necessary. This is on the Master LB node.
       @main interface eno1
       priority 100
       advert_int 1
       interface eno1
       virtual_router_id 50
       @main unicast_src_ip 10.8.128.43 80
       unicast_peer {
              10.8.128.53
              }
       authentication {
           auth_type PASS
           auth_pass 1111
       }
       virtual_ipaddress {
           192.168.1.20
       }
       track_script {
         chk_haproxy
       }
   }
   virtual_server 192.168.1.20 80 eno1 { #populate correct interface
       delay_loop 6
       lb_algo wlc
       lb_kind dr
       persistence_timeout 600
       protocol TCP
       real_server 10.8.128.43 80 { # ip address of rgw2 on physical interface, haproxy listens here, rgw listens to localhost:8080 or similar
           weight 100
           TCP_CHECK { # perhaps change these to a HTTP/SSL GET?
               connect_timeout 3
           }
       }
       real_server 10.8.128.53 80 { # ip address of rgw3 on physical interface, haproxy listens here, rgw listens to localhost:8080 or similar
           weight 100
           TCP_CHECK { # perhaps change these to a HTTP/SSL GET?
               connect_timeout 3
           }
       }
   }

   백업 로드 밸런서 노드

   vrrp_instance RGW {
       state BACKUP # might not be necessary?
       priority 99
       advert_int 1
       interface eno1
       virtual_router_id 50
       unicast_src_ip 10.8.128.53 80
       unicast_peer {
              10.8.128.43
              }
       authentication {
           auth_type PASS
           auth_pass 1111
       }
       virtual_ipaddress {
           192.168.1.20
       }
       track_script {
         chk_haproxy
       }
   }
   virtual_server 192.168.1.20 80 eno1 { #populate correct interface
       delay_loop 6
       lb_algo wlc
       lb_kind dr
       persistence_timeout 600
       protocol TCP
       real_server 10.8.128.43 80 { # ip address of rgw2 on physical interface, haproxy listens here, rgw listens to localhost:8080 or similar
           weight 100
           TCP_CHECK { # perhaps change these to a HTTP/SSL GET?
               connect_timeout 3
           }
       }
       real_server 10.8.128.53 80 { # ip address of rgw3 on physical interface, haproxy listens here, rgw listens to localhost:8080 or similar
           weight 100
           TCP_CHECK { # perhaps change these to a HTTP/SSL GET?
               connect_timeout 3
           }
       }
   }

3. keepalived 서비스를 활성화하고 시작합니다.

   [root@haproxy]# systemctl enable keepalived
   [root@haproxy]# systemctl start keepalived

1. haproxy 를 설치합니다.

   [root@haproxy]# yum install haproxy

2. SELinux 및 HTTP에 대해 haproxy 를 구성합니다.

   [root@haproxy]# vim /etc/firewalld/services/haproxy-http.xml

   다음 행을 추가합니다.

   <?xml version="1.0" encoding="utf-8"?>
   <service>
   <short>HAProxy-HTTP</short>
   <description>HAProxy load-balancer</description>
   <port protocol="tcp" port="80"/>
   </service>

   root 로 올바른 SELinux 컨텍스트 및 파일 권한을 haproxy-http.xml 파일에 할당합니다.

   [root@haproxy]# cd /etc/firewalld/services
   [root@haproxy]# restorecon haproxy-http.xml
   [root@haproxy]# chmod 640 haproxy-http.xml

3. HTTPS를 사용하려는 경우 SELinux 및 HTTPS에 대해 haproxy 를 구성합니다.

   [root@haproxy]# vim /etc/firewalld/services/haproxy-https.xml

   다음 행을 추가합니다.

   <?xml version="1.0" encoding="utf-8"?>
   <service>
   <short>HAProxy-HTTPS</short>
   <description>HAProxy load-balancer</description>
   <port protocol="tcp" port="443"/>
   </service>

   root 로 올바른 SELinux 컨텍스트 및 파일 권한을 haproxy-https.xml 파일에 할당합니다.

   # cd /etc/firewalld/services
   # restorecon haproxy-https.xml
   # chmod 640 haproxy-https.xml

4. HTTPS를 사용하려는 경우 SSL에 대한 키를 생성합니다. 인증서가 없는 경우 자체 서명된 인증서를 사용할 수 있습니다. 키를 생성하려면 Red Hat Enterprise Linux 7 시스템 관리자 가이드의 새 키 및 인증서 생성을 참조하십시오.

   마지막으로 인증서와 키를 PEM 파일에 넣습니다.

   [root@haproxy]# cat example.com.crt example.com.key > example.com.pem
   [root@haproxy]# cp example.com.pem /etc/ssl/private/

5. haproxy 구성.

   [root@haproxy]# vim /etc/haproxy/haproxy.cfg

   global 및 defaults 는 변경되지 않은 상태로 유지될 수 있습니다. defaults 섹션을 마치면 frontend 및 backend 섹션을 구성해야 합니다. 예를 들면 다음과 같습니다.

   frontend http_web
       bind *:80
       mode http
       default_backend rgw
   
   frontend rgw­-https
     bind *:443 ssl crt /etc/ssl/private/example.com.pem
     default_backend rgw
   
   backend rgw
       balance roundrobin
       mode http
       server  rgw1 10.0.0.71:80 check
       server  rgw2 10.0.0.80:80 check

   HAProxy 구성에 대한 자세한 내용은 HAProxy 구성을 참조하십시오.

6. haproxy활성화/시작

   [root@haproxy]# systemctl enable haproxy
   [root@haproxy]# systemctl start haproxy

1. S3 정적 웹 호스팅에서는 표준 S3/Swift API 사용 사례에 사용되는 인스턴스와 별도의 Ceph Object Gateway 인스턴스를 사용합니다.
2. S3 정적 웹 사이트를 호스팅하는 게이트웨이 인스턴스에는 표준 S3/Swift API 게이트웨이 인스턴스와 중복되지 않은 별도의 도메인 이름이 있어야 합니다.
3. S3 정적 웹 사이트를 호스팅하는 게이트웨이 인스턴스는 표준 S3/Swift API 게이트웨이 인스턴스에서 별도의 공용 방향 IP 주소를 사용해야 합니다.
4. S3 정적 웹 사이트 부하 분산을 호스팅하는 게이트웨이 인스턴스와 필요한 경우 HAProxy/keepalived를 사용하여 SSL을 종료합니다.

1. S3 버킷을 생성합니다. 버킷 이름은 웹사이트의 도메인 이름과 같습니다. 예를 들어 mysite.com 에는 mysite.com의 버킷 이름이 있을 수 있습니다. 이는 AWS에 필요하지만 Ceph에는 필요하지 않습니다. 자세한 내용은 DNS 설정을 참조하십시오.
2. 정적 웹사이트 콘텐츠를 버킷에 업로드합니다. 콘텐츠에는 HTML, CSS, 클라이언트측 JavaScript, 이미지, 오디오/비디오 콘텐츠 및 기타 다운로드 가능한 파일이 포함될 수 있습니다. 웹 사이트에는 index.html 파일이 있고 MAY에는 error.html 파일이 있어야 합니다.
3. 웹 사이트의 콘텐츠를 확인합니다. 이때 버킷 생성자만 컨텐츠에 액세스할 수 있습니다.
4. 공개적으로 읽을 수 있도록 파일에 대한 권한을 설정합니다.

절차

1. 권장 shard 수를 계산합니다. 이렇게 하려면 다음 공식을 사용하십시오.

   number of objects expected in a bucket / 100,000

   최대 shard 수는 65521입니다.

2. rgw_override_bucket_index_max_shards 를 Ceph 구성 파일에 추가합니다.

   rgw_override_bucket_index_max_shards = value

   값을 이전 단계에서 계산한 권장 shard 수로 바꿉니다. 예를 들면 다음과 같습니다.

   rgw_override_bucket_index_max_shards = 12

   • Ceph Object Gateway의 모든 인스턴스에 대한 버킷 인덱스 분할을 구성하려면 [global] 섹션에 rgw_override_bucket_index_max_shards 를 추가합니다.
   • Ceph Object Gateway의 특정 인스턴스에 대해서만 버킷 인덱스 분할을 구성하려면 인스턴스에 rgw_override_bucket_index_max_shards 를 추가합니다.

3. Ceph Object Gateway를 다시 시작합니다.

   # systemctl restart ceph-radosgw.target

절차

1. 권장 shard 수를 계산합니다. 이렇게 하려면 다음 공식을 사용하십시오.

   number of objects expected in a bucket / 100,000

   최대 shard 수는 65521입니다.

2. 영역 그룹 구성을 zonegroup.json 파일로 추출합니다.

   $ radosgw-admin zonegroup get > zonegroup.json

3. zonegroup.json 파일에서 명명된 각 영역에 대해 bucket_index_max_shards 설정을 설정합니다.

   bucket_index_max_shards = VALUE

   값을 이전 단계에서 계산한 권장 shard 수로 바꿉니다. 예를 들면 다음과 같습니다.

   bucket_index_max_shards = 12

4. 영역 그룹을 재설정합니다.

   $ radosgw-admin zonegroup set < zonegroup.json

5. 기간을 업데이트합니다.

   $ radosgw-admin period update --commit

절차

1. 원래 버킷 인덱스를 백업합니다.

   radosgw-admin bi list --bucket=bucket > bucket.list.backup

   교체:

   • 재 하드 할 버킷의 이름이 있는 버킷

   예를 들어 data 라는 버킷의 경우 다음을 입력합니다.

   $ radosgw-admin bi list --bucket=data > data.list.backup

2. 버킷 인덱스를 다시 작성합니다.

   radosgw-admin bucket reshard --bucket=bucket
   --num-shards=number

   교체:

   • 재 하드 할 버킷의 이름이 있는 버킷
   • 새 shard 수가 있는 숫자

   예를 들어 data 라는 버킷과 필요한 shard 수가 100인 경우 다음을 입력합니다.

   $ radosgw-admin bucket reshard --bucket=data
   --num-shards=100

3. Red Hat Ceph Storage 3.1 및 이전 버전을 사용하는 경우 Re sharding(기존 인스턴스 정리) 섹션에 설명된 대로 오래된 버킷 항목을 제거합니다.

절차

1. 오래된 인스턴스를 나열합니다.

   $ radosgw-admin reshard stale-instances list

2. 오래된 인스턴스를 정리합니다.

   $ radosgw-admin reshard stale-instances rm

절차

1. 사용자 이름을 변경합니다.

   radosgw-admin user rename --uid=current-user-name --new-uid=new-user-name

   예를 들어 user1의 이름을 user 2 로 변경하려면 다음을 수행합니다.

   # radosgw-admin user rename --uid=user1 --new-uid=user2
   
   {
       "user_id": "user2",
       "display_name": "user 2",
       "email": "",
       "suspended": 0,
       "max_buckets": 1000,
       "auid": 0,
       "subusers": [],
       "keys": [
           {
               "user": "user2",
               "access_key": "59EKHI6AI9F8WOW8JQZJ",
               "secret_key": "XH0uY3rKCUcuL73X0ftjXbZqUbk0cavD11rD8MsA"
           }
       ],
       "swift_keys": [],
       "caps": [],
       "op_mask": "read, write, delete",
       "default_placement": "",
       "placement_tags": [],
       "bucket_quota": {
           "enabled": false,
           "check_on_raw": false,
           "max_size": -1,
           "max_size_kb": 0,
           "max_objects": -1
       },
       "user_quota": {
           "enabled": false,
           "check_on_raw": false,
           "max_size": -1,
           "max_size_kb": 0,
           "max_objects": -1
       },
       "temp_url_keys": [],
       "type": "rgw"
   }

   사용자가 테넌트 내에 있는 경우 사용자 이름과 테넌트를 둘 다 지정합니다.

   구문

   radosgw-admin user rename --uid user-name --new-uid new-user-name --tenant tenant

   예를 들어 테스트 테넌트 내에서 user1 의 이름을 user2 로 변경하려면 다음을 수행합니다.

   예제

   # radosgw-admin user rename --uid=test$user1 --new-uid=test$user2 --tenant test
   
   1000 objects processed in tvtester1. Next marker 80_tVtester1_99
   2000 objects processed in tvtester1. Next marker 64_tVtester1_44
   3000 objects processed in tvtester1. Next marker 48_tVtester1_28
   4000 objects processed in tvtester1. Next marker 2_tVtester1_74
   5000 objects processed in tvtester1. Next marker 14_tVtester1_53
   6000 objects processed in tvtester1. Next marker 87_tVtester1_61
   7000 objects processed in tvtester1. Next marker 6_tVtester1_57
   8000 objects processed in tvtester1. Next marker 52_tVtester1_91
   9000 objects processed in tvtester1. Next marker 34_tVtester1_74
   9900 objects processed in tvtester1. Next marker 9_tVtester1_95
   1000 objects processed in tvtester2. Next marker 82_tVtester2_93
   2000 objects processed in tvtester2. Next marker 64_tVtester2_9
   3000 objects processed in tvtester2. Next marker 48_tVtester2_22
   4000 objects processed in tvtester2. Next marker 32_tVtester2_42
   5000 objects processed in tvtester2. Next marker 16_tVtester2_36
   6000 objects processed in tvtester2. Next marker 89_tVtester2_46
   7000 objects processed in tvtester2. Next marker 70_tVtester2_78
   8000 objects processed in tvtester2. Next marker 51_tVtester2_41
   9000 objects processed in tvtester2. Next marker 33_tVtester2_32
   9900 objects processed in tvtester2. Next marker 9_tVtester2_83
   {
       "user_id": "test$user2",
       "display_name": "User 2",
       "email": "",
       "suspended": 0,
       "max_buckets": 1000,
       "auid": 0,
       "subusers": [],
       "keys": [
           {
               "user": "test$user2",
               "access_key": "user2",
               "secret_key": "123456789"
           }
       ],
       "swift_keys": [],
       "caps": [],
       "op_mask": "read, write, delete",
       "default_placement": "",
       "placement_tags": [],
       "bucket_quota": {
           "enabled": false,
           "check_on_raw": false,
           "max_size": -1,
           "max_size_kb": 0,
           "max_objects": -1
       },
       "user_quota": {
           "enabled": false,
           "check_on_raw": false,
           "max_size": -1,
           "max_size_kb": 0,
           "max_objects": -1
       },
       "temp_url_keys": [],
       "type": "rgw"
   }

2. 사용자의 이름이 성공적으로 변경되었는지 확인합니다.

   구문

   radosgw-admin user info --uid=new-user-name

   예를 들면 다음과 같습니다.

   예제

   # radosgw-admin user info --uid=user2

   사용자가 테넌트 내에 있는 경우 테넌트$사용자 이름 형식을 사용하십시오.

   radosgw-admin user info --uid=tenant$new-user-name

   # radosgw-admin user info --uid=test$user2

1. 특정 사용자에 대한 액세스 키를 찾습니다.

   [root@master-zone]# radosgw-admin user info --uid=<testid>

   액세스 키는 출력의 "access_key" 값입니다. 예를 들면 다음과 같습니다.

   $ radosgw-admin user info --uid=johndoe
   {
       "user_id": "johndoe",
       ...
       "keys": [
           {
               "user": "johndoe",
               "access_key": "0555b35654ad1656d804",
               "secret_key": "h7GhxuBLTrlhVUyxSPUKUV8r/2EI4ngqJxD7iBdBYLhwluN30JaT3Q=="
           }
       ],
       ...
   }

2. 액세스 키를 제거하려면 사용자 ID와 이전 단계의 액세스 키를 지정합니다.

   [root@master-zone]# radosgw-admin key rm --uid=<user_id> --access-key <access_key>

   예를 들면 다음과 같습니다.

   [root@master-zone]# radosgw-admin key rm --uid=johndoe --access-key 0555b35654ad1656d804

절차

1. 버킷을 나열합니다.

   radosgw-admin bucket list

   예를 들어 출력의 버킷에 유의하십시오.

   # radosgw-admin bucket list
   [
       "34150b2e9174475db8e191c188e920f6/swcontainer",
       "s3bucket1",
       "34150b2e9174475db8e191c188e920f6/swimpfalse",
       "c278edd68cfb4705bb3e07837c7ad1a8/ec2container",
       "c278edd68cfb4705bb3e07837c7ad1a8/demoten1",
       "c278edd68cfb4705bb3e07837c7ad1a8/demo-ct",
       "c278edd68cfb4705bb3e07837c7ad1a8/demopostup",
       "34150b2e9174475db8e191c188e920f6/postimpfalse",
       "c278edd68cfb4705bb3e07837c7ad1a8/demoten2",
       "c278edd68cfb4705bb3e07837c7ad1a8/postupsw"
   ]

2. 버킷의 이름을 변경합니다.

   radosgw-admin bucket link --bucket=original-name --bucket-new-name=new-name --uid=user-ID

   예를 들어 s3bucket1 버킷의 이름을 s3 newb 로 변경하려면 다음을 수행합니다.

   # radosgw-admin bucket link --bucket=s3bucket1 --bucket-new-name=s3newb --uid=testuser

   버킷이 테넌트 내에 있는 경우 테넌트도 지정합니다.

   radosgw-admin bucket link --bucket=tenant/original-name --bucket-new-name=new-name --uid=tenant$user-ID

   예를 들면 다음과 같습니다.

   # radosgw-admin bucket link --bucket=test/s3bucket1 --bucket-new-name=s3newb --uid=test$testuser

3. 버킷의 이름이 변경되었는지 확인합니다.

   radosgw-admin bucket list

   예를 들어 s3newb 라는 버킷이 있습니다.

   # radosgw-admin bucket list
   [
       "34150b2e9174475db8e191c188e920f6/swcontainer",
       "34150b2e9174475db8e191c188e920f6/swimpfalse",
       "c278edd68cfb4705bb3e07837c7ad1a8/ec2container",
       "s3newb",
       "c278edd68cfb4705bb3e07837c7ad1a8/demoten1",
       "c278edd68cfb4705bb3e07837c7ad1a8/demo-ct",
       "c278edd68cfb4705bb3e07837c7ad1a8/demopostup",
       "34150b2e9174475db8e191c188e920f6/postimpfalse",
       "c278edd68cfb4705bb3e07837c7ad1a8/demoten2",
       "c278edd68cfb4705bb3e07837c7ad1a8/postupsw"
   ]

절차

1. 버킷 내에 데이터를 보관하는 오브젝트 목록을 생성하려면 다음을 수행합니다.

   구문

   radosgw-admin bucket radoslist --bucket BUCKET_NAME

   예제

   [root@rgw ~]# radosgw-admin bucket radoslist --bucket mybucket

   참고

   BUCKET_NAME 을 생략하면 모든 버킷의 모든 오브젝트가 표시됩니다.

2. 풀에 대한 고립자 목록을 생성하려면 다음을 수행합니다.

   [root@rgw ~]# rgw-orphan-list

   예제

   Available pools:
       .rgw.root
       default.rgw.control
       default.rgw.meta
       default.rgw.log
       default.rgw.buckets.index
       default.rgw.buckets.data
       rbd
       default.rgw.buckets.non-ec
       ma.rgw.control
       ma.rgw.meta
       ma.rgw.log
       ma.rgw.buckets.index
       ma.rgw.buckets.data
       ma.rgw.buckets.non-ec
   Which pool do you want to search for orphans?

   orphans를 검색할 풀 이름을 입력합니다.

   중요

   메타데이터 풀이 아닌 rgw-orphan-list 명령을 사용할 때 데이터 풀을 지정해야 합니다.

3. 목록에서 고립된 오브젝트를 검토합니다.

4. orphan 오브젝트를 제거하려면 다음을 수행합니다.

   구문

   rados -p POOL_NAME rm OBJECT_NAME

   예제

   [root@rgw ~]# rados -p default.rgw.buckets.data rm myobject

   주의

   올바른 오브젝트를 제거 중인지 확인합니다. rados rm 명령을 실행하면 스토리지 클러스터에서 데이터가 제거됩니다.

절차

1. 특정 버킷의 버킷 인덱스를 확인합니다.

   구문

   radosgw-admin bucket check --bucket=BUCKET_NAME

   예제

   [root@rgw ~]# radosgw-admin bucket check --bucket=mybucket

2. 분리된 오브젝트 제거를 포함하여 버킷 인덱스에서 불일치를 수정합니다.

   구문

   radosgw-admin bucket check --fix --bucket=BUCKET_NAME

   예제

   [root@rgw ~]# radosgw-admin bucket check --fix --bucket=mybucket

절차

1. s3 버킷을 만듭니다.
2. http,amqp 또는 kafka 프로토콜에 대한 pvc 주제를 만듭니다.

3. s 3:objectCreate 및 s3:object Remove 이벤트에 대한 s3 버킷 알림을 생성합니다.

   예제

   client.put_bucket_notification_configuration(
      Bucket=bucket_name,
      NotificationConfiguration={
          'TopicConfigurations': [
              {
                  'Id': notification_name,
                  'TopicArn': topic_arn,
                  'Events': ['s3:ObjectCreated:*', 's3:ObjectRemoved:*']
              }]})

4. 버킷에 s3 오브젝트를 생성합니다.
5. http 또는 rabbitmq 또는 kafka 수신자에서 오브젝트 생성 이벤트를 확인합니다.
6. 오브젝트를 삭제합니다.
7. http 또는 rabbitmq 또는 kafka 수신자에서 오브젝트 삭제 이벤트를 확인합니다.

절차

1. 라이프사이클 구성에 사용할 JSON 파일을 생성합니다.

   예제

   [user@client ~]$ vi lifecycle.json

2. 파일에 특정 라이프사이클 구성 규칙을 추가합니다.

   예제

   {
   	"Rules": [
           {
   		    "Filter": {
   			    "Prefix": "images/"
   		    },
   		    "Status": "Enabled",
   		    "Expiration": {
   			    "Days": 1
   		    },
   		    "ID": "ImageExpiration"
   	    }
       ]
   }

   라이프사이클 구성 예에서는 images 디렉터리에서 1일이 지난 오브젝트를 만료합니다.

3. 버킷에서 라이프사이클 구성을 설정합니다.

   구문

   aws --endpoint-url=RADOSGW_ENDPOINT_URL:PORT s3api put-bucket-lifecycle-configuration --bucket BUCKET_NAME --lifecycle-configuration file://PATH_TO_LIFECYCLE_CONFIGURATION_FILE/LIFECYCLE_CONFIGURATION_FILE.json

   예제

   [user@client ~]$ aws --endpoint-url=http://host01:80 s3api put-bucket-lifecycle-configuration --bucket testbucket --lifecycle-configuration file://lifecycle.json

   이 예에서는 현재 디렉터리에 lifecycle.json 파일이 있습니다.

절차

1. 라이프사이클 구성에 대한 JSON 파일을 생성합니다.

   예제

   [user@client ~]$ vi lifecycle.json

2. 파일에 특정 라이프사이클 구성 규칙을 추가합니다.

   예제

   {
   	"Rules": [
           {
   		    "Filter": {
   			    "Prefix": "images/"
   		    },
   		    "Status": "Enabled",
   		    "Expiration": {
   			    "Days": 1
   		    },
   		    "ID": "ImageExpiration"
   	    },
   		{
   			"Filter": {
   				"Prefix": "docs/"
   			},
   			"Status": "Enabled",
   			"Expiration": {
   				"Days": 30
   			},
   			"ID": "DocsExpiration"
   		}
   	]
   }

3. 버킷에서 라이프사이클 구성을 업데이트합니다.

   구문

   aws --endpoint-url=RADOSGW_ENDPOINT_URL:PORT s3api put-bucket-lifecycle-configuration --bucket BUCKET_NAME --lifecycle-configuration file://PATH_TO_LIFECYCLE_CONFIGURATION_FILE/LIFECYCLE_CONFIGURATION_FILE.json

   예제

   [user@client ~]$ aws --endpoint-url=http://host01:80 s3api put-bucket-lifecycle-configuration --bucket testbucket --lifecycle-configuration file://lifecycle.json

절차

1. 버킷 라이프사이클 진행 상황을 나열합니다.

   예제

   [root@rgw ~]# radosgw-admin lc list
   
   [
      {
            “bucket”: “:testbucket:8b63d584-9ea1-4cf3-8443-a6a15beca943.54187.1”,
            “started”: “Thu, 01 Jan 1970 00:00:00 GMT”,
            “status” : “UNINITIAL”
      },
      {
            “bucket”: “:testbucket1:8b635499-9e41-4cf3-8443-a6a15345943.54187.2”,
            “started”: “Thu, 01 Jan 1970 00:00:00 GMT”,
            “status” : “UNINITIAL”
      }
   ]

   버킷 라이프사이클 처리 상태는 다음 중 하나일 수 있습니다.

   • UNINITIAL - 프로세스가 아직 실행되지 않았습니다.
   • PROCESSING - 현재 실행 중인 프로세스가 있습니다.
   • COMPLETE - 프로세스가 완료되었습니다.

2. 선택 사항: 버킷 라이프사이클 정책을 수동으로 처리할 수 있습니다.

   1. 단일 버킷에 대한 라이프사이클 정책을 처리합니다.

      구문

      radosgw-admin lc process --bucket=BUCKET_NAME

      예제

      [root@rgw ~]# radosgw-admin lc process --bucket=testbucket1

   2. 모든 버킷 라이프사이클 정책을 즉시 처리합니다.

      예제

      [root@rgw ~]# radosgw-admin lc process

절차

1. 라이프사이클 만료 시간을 설정합니다.

   구문

   ceph config set client.rgw rgw_lifecycle_work_time %D:%D-%D:%D

   %d:%d-%d:%d 를 start_hour:start_minute-end_hour:end_minute;%d로 바꿉니다.

   예제

   [root@rgw ~]# ceph config set client.rgw rgw_lifecycle_work_time 06:00-08:00

절차

1. 새 데이터 풀을 생성합니다.

   구문

   ceph osd pool create POOL_NAME

   예제

   [root@rgw ~]# ceph osd pool create test.hot.data

2. 새 스토리지 클래스를 추가합니다.

   구문

   radosgw-admin zonegroup placement add  --rgw-zonegroup default --placement-id PLACEMENT_TARGET --storage-class STORAGE_CLASS

   예제

   [root@rgw ~]# radosgw-admin zonegroup placement add  --rgw-zonegroup default --placement-id default-placement --storage-class hot.test
   {
           "key": "default-placement",
           "val": {
               "name": "default-placement",
               "tags": [],
               "storage_classes": [
                   "STANDARD",
                   "hot.test"
               ]
           }
       }

3. 새 스토리지 클래스의 영역 배치 정보를 제공합니다.

   구문

   radosgw-admin zone placement add --rgw-zone default --placement-id PLACEMENT_TARGET --storage-class STORAGE_CLASS --data-pool DATA_POOL

   예제

   [root@rgw ~]# radosgw-admin zone placement add --rgw-zone default --placement-id default-placement --storage-class hot.test --data-pool test.hot.data
   {
              "key": "default-placement",
              "val": {
                  "index_pool": "test_zone.rgw.buckets.index",
                  "storage_classes": {
                      "STANDARD": {
                          "data_pool": "test.hot.data"
                      },
                      "hot.test": {
                          "data_pool": "test.hot.data",
                     }
                  },
                  "data_extra_pool": "",
                  "index_type": 0
              }

   참고

   쓰기로 콜드 또는 아카이브 데이터 스토리지 풀을 생성할 때 compression_type 을 설정하는 것이 좋습니다.

4. 데이터 풀에서 rgw 애플리케이션을 활성화합니다.

   구문

   ceph osd pool application enable POOL_NAME rgw

   예제

   [root@rgw ~] ceph osd pool application enable test.hot.data rgw
   enabled application 'rgw' on pool 'test.hot.data'

5. 모든 rgw 데몬을 다시 시작합니다.

6. 버킷을 생성합니다.

   예제

   [root@rgw ~]# aws s3api create-bucket --bucket testbucket10 --create-bucket-configuration LocationConstraint=default:default-placement --endpoint-url http://1x.7x.2xx.1xx:80

7. 오브젝트를 추가합니다.

   예제

   [root@rgw ~]# aws --endpoint=http://1x.7x.2xx.1xx:80 s3api put-object --bucket testbucket10  --key compliance-upload --body /root/test2.txt

8. 두 번째 데이터 풀을 생성합니다.

   구문

   ceph osd pool create POOL_NAME

   예제

   [root@rgw ~]# ceph osd pool create test.cold.data

9. 새 스토리지 클래스를 추가합니다.

   구문

   radosgw-admin zonegroup placement add  --rgw-zonegroup default --placement-id PLACEMENT_TARGET --storage-class STORAGE_CLASS

   예제

   [root@rgw ~]# radosgw-admin zonegroup placement add  --rgw-zonegroup default --placement-id default-placement --storage-class cold.test
   {
           "key": "default-placement",
           "val": {
               "name": "default-placement",
               "tags": [],
               "storage_classes": [
                   "STANDARD",
                   "cold.test"
               ]
           }
       }

10. 새 스토리지 클래스의 영역 배치 정보를 제공합니다.

    구문

    radosgw-admin zone placement add --rgw-zone default --placement-id PLACEMENT_TARGET --storage-class STORAGE_CLASS --data-pool DATA_POOL

    예제

    [root@rgw ~]# radosgw-admin zone placement add --rgw-zone default --placement-id default-placement --storage-class cold.test --data-pool test.cold.data

11. 데이터 풀에서 rgw 애플리케이션을 활성화합니다.

    구문

    ceph osd pool application enable POOL_NAME rgw

    예제

    [root@rgw ~] ceph osd pool application enable test.cold.data rgw
    enabled application 'rgw' on pool 'test.cold.data'

12. 모든 rgw 데몬을 다시 시작합니다.

13. 영역 그룹 구성을 보려면 다음을 실행합니다.

    구문

    radosgw-admin zonegroup get
    {
        "id": "3019de59-ddde-4c5c-b532-7cdd29de09a1",
        "name": "default",
        "api_name": "default",
        "is_master": "true",
        "endpoints": [],
        "hostnames": [],
        "hostnames_s3website": [],
        "master_zone": "adacbe1b-02b4-41b8-b11d-0d505b442ed4",
        "zones": [
            {
                "id": "adacbe1b-02b4-41b8-b11d-0d505b442ed4",
                "name": "default",
                "endpoints": [],
                "log_meta": "false",
                "log_data": "false",
                "bucket_index_max_shards": 11,
                "read_only": "false",
                "tier_type": "",
                "sync_from_all": "true",
                "sync_from": [],
                "redirect_zone": ""
            }
        ],
        "placement_targets": [
            {
                "name": "default-placement",
                "tags": [],
                "storage_classes": [
                    "hot.test",
                    "cold.test",
                    "STANDARD"
                ]
            }
        ],
        "default_placement": "default-placement",
        "realm_id": "",
        "sync_policy": {
            "groups": []
        }
    }

14. 영역 구성을 보려면 다음을 실행합니다.

    구문

    radosgw-admin zone get
    {
        "id": "adacbe1b-02b4-41b8-b11d-0d505b442ed4",
        "name": "default",
        "domain_root": "default.rgw.meta:root",
        "control_pool": "default.rgw.control",
        "gc_pool": "default.rgw.log:gc",
        "lc_pool": "default.rgw.log:lc",
        "log_pool": "default.rgw.log",
        "intent_log_pool": "default.rgw.log:intent",
        "usage_log_pool": "default.rgw.log:usage",
        "roles_pool": "default.rgw.meta:roles",
        "reshard_pool": "default.rgw.log:reshard",
        "user_keys_pool": "default.rgw.meta:users.keys",
        "user_email_pool": "default.rgw.meta:users.email",
        "user_swift_pool": "default.rgw.meta:users.swift",
        "user_uid_pool": "default.rgw.meta:users.uid",
        "otp_pool": "default.rgw.otp",
        "system_key": {
            "access_key": "",
            "secret_key": ""
        },
        "placement_pools": [
            {
                "key": "default-placement",
                "val": {
                    "index_pool": "default.rgw.buckets.index",
                    "storage_classes": {
                        "cold.test": {
                            "data_pool": "test.cold.data"
                        },
                        "hot.test": {
                            "data_pool": "test.hot.data"
                        },
                        "STANDARD": {
                            "data_pool": "default.rgw.buckets.data"
                        }
                    },
                    "data_extra_pool": "default.rgw.buckets.non-ec",
                    "index_type": 0
                }
            }
        ],
        "realm_id": "",
        "notif_pool": "default.rgw.log:notif"
    }

15. 버킷을 생성합니다.

    예제

    [root@rgw ~]# aws s3api create-bucket --bucket testbucket10 --create-bucket-configuration LocationConstraint=default:default-placement --endpoint-url http://1x.7x.2xx.1xx:80

16. 라이프사이클 구성에 사용할 JSON 파일을 생성합니다.

    예제

    [root@rgw ~]# vi lifecycle.json

17. 파일에 특정 lifecyle 구성 규칙을 추가합니다.

    예제

    {
        "Rules": [
            {
                "Filter": {
                    "Prefix": ""
                },
                "Status": "Enabled",
                "Transitions": [
                    {
                        "Days": 5,
                        "StorageClass": "hot.test"
                    },
     {
                        "Days": 20,
                        "StorageClass": "cold.test"
                    }
                ],
                "Expiration": {
                    "Days": 365
                },
                "ID": "double transition and expiration"
            }
        ]
    }

    라이프사이클 구성 예제에서는 기본 STANDARD 스토리지 클래스에서 5일 후에 hot.test 스토리지 클래스로 전환할 오브젝트를 표시하고, 20일 후에 다시 cold.test 스토리지 클래스로 전환한 후 365일이 지나면 만료됩니다.

18. 버킷에서 라이프사이클 구성을 설정합니다.

    예제

    [root@rgw ~] aws s3api put-bucket-lifecycle-configuration --bucket testbucket20 --lifecycle-configuration file://lifecycle.json

19. 버킷에서 라이프사이클 구성을 검색합니다.

    예제

    [root@rgw ~]aws s3api get-bucket-lifecycle-configuration --bucket testbucket20
    {
        "Rules": [
            {
                "Expiration": {
                    "Days": 365
                },
                "ID": "double transition and expiration",
                "Prefix": "",
                "Status": "Enabled",
                "Transitions": [
                    {
                        "Days": 20,
                        "StorageClass": "cold.test"
                    },
                    {
                        "Days": 5,
                        "StorageClass": "hot.test"
                    }
                ]
            }
        ]
    }

절차

1. 가비지 컬렉션을 기다리는 개체의 큐를 보려면 다음을 수행합니다.

   예제

   [root@rgw ~] radosgw-admin gc list

절차

1. 편집을 위해 /etc/ceph/ceph.conf 를 엽니다.

2. rgw_gc_max_concurrent_io 의 값을 20으로 설정하고 rgw_gc_max_trim_chunk 값을 64로 설정합니다.

   rgw_gc_max_concurrent_io = 20
   rgw_gc_max_trim_chunk = 64

3. Ceph Object Gateway를 다시 시작하여 변경된 설정을 적용할 수 있습니다.
4. GC 활동 중에 스토리지 클러스터를 모니터링하여 증가된 값이 성능에 부정적인 영향을 미치지 않는지 확인합니다.

절차

1. 편집을 위해 /etc/ceph/ceph.conf 를 엽니다.

2. 병렬로 실행할 스레드 수를 늘리려면 rgw_lc_max_worker 값을 3에서 9 사이의 값으로 설정합니다.

   구문

   rgw_lc_max_worker = VALUE

   예제

   rgw_lc_max_worker = 7

3. 각 스레드의 작업 풀의 스레드 수를 늘리려면 rgw_lc_max_wp_worker 값을 3에서 9 사이의 값으로 설정합니다.

   구문

   rgw_lc_max_wp_worker = VALUE

   예제

   rgw_lc_max_wp_worker = 7

4. Ceph Object Gateway를 다시 시작하여 변경된 설정을 적용할 수 있습니다.
5. 스토리지 클러스터를 모니터링하여 증가한 값이 성능에 부정적인 영향을 미치지 않는지 확인합니다.

절차

1. urandom Linux 장치 파일에서 30자 시드를 생성하고 쉘 변수 SEED 에 저장합니다.

   예제

   [user@host ~]$ SEED=$(head -10 /dev/urandom | sha512sum | cut -b 1-30)

2. SEED 변수에서 echo를 실행하여 시드를 출력합니다.

   예제

   [user@host ~]$ echo $SEED
   492dedb20cf51d1405ef6a1316017e

   동일한 시드를 사용하도록 일회성 암호 생성기 및 백엔드 MFA 시스템을 구성합니다.

절차

1. 새 MFA TOTP 토큰을 생성합니다.

   구문

   radosgw-admin mfa create --uid=USERID --totp-serial=SERIAL --totp-seed=SEED --totp-seed-type=SEED_TYPE --totp-seconds=TOTP_SECONDS --totp-window=TOTP_WINDOW

   USERID 를 사용자 이름으로 설정하여 에서 MFA를 설정하고, SERIAL 을 TOTP 토큰의 ID를 나타내는 문자열로 설정하고, SEED 를 TOTP 계산에 사용되는 16진수 또는 base32 값으로 설정합니다. 다음 설정은 선택 사항입니다. SEED_TYPE 을 16진수 또는 base32 로 설정하고 TOTP_SECONDS 를 초 단위로 설정하거나 TOTP_WINDOW 를 TOTP 토큰 수로 설정하여 토큰을 검증할 때 현재 토큰을 확인할 수 있습니다.

   예제

   [root@mon ~]# radosgw-admin mfa create --uid=johndoe --totp-serial=MFAtest --totp-seed=492dedb20cf51d1405ef6a1316017e

절차

1. TOTP 토큰 PIN을 테스트하여 TOTP가 올바르게 작동하는지 확인합니다.

   구문

   radosgw-admin mfa check --uid=USERID --totp-serial=SERIAL --totp-pin=PIN

   USERID 를 사용자 이름 MFA로 설정하고, SERIAL 을 TOTP 토큰의 ID를 나타내는 문자열로 설정하고, 일회성 암호 생성기에서 PIN을 최신 PIN으로 설정합니다.

   예제

   [root@mon ~] # radosgw-admin mfa check  --uid=johndoe --totp-serial=MFAtest --totp-pin=870305
   ok

   PIN을 처음 테스트한 경우 실패할 수 있습니다. 실패하면 토큰을 다시 동기화합니다. Red Hat Ceph Storage 개체 게이트웨이 구성 및 관리 가이드에서 다단계 인증 토큰 다시 동기화 를 참조하십시오.

절차

1. 시간 차이 또는 실패한 검사의 경우 다단계 인증 TOTP 토큰을 다시 동기화합니다.

   이를 위해서는 두 개의 연속된 고정, 즉 이전의 고정과 현재 고정을 전달해야 합니다.

   구문

   radosgw-admin mfa resync --uid=USERID --totp-serial=SERIAL --totp-pin=PREVIOUS_PIN --totp=pin=CURRENT_PIN

   USERID 를 사용자 이름 MFA로 설정하고, SERIAL 을 TOTP 토큰의 ID를 나타내는 문자열로 설정하고, PREVIOUS_PIN 을 사용자의 이전 PIN으로 설정하고, CURRENT_PIN 을 사용자의 현재 PIN으로 설정합니다.

   예제

   radosgw-admin mfa resync --uid=johndoe --totp-serial=MFAtest --totp-pin=802017 --totp-pin=439996

2. 새 PIN을 테스트하여 토큰이 다시 동기화되었는지 확인합니다.

   구문

   radosgw-admin mfa check --uid=USERID --totp-serial=SERIAL --totp-pin=PIN

   USERID 를 사용자 이름 MFA로 설정하고, SERIAL 을 TOTP 토큰의 ID를 나타내는 문자열로 설정하고 PIN 을 사용자의 PIN으로 설정합니다.

   예제

   [root@mon ~]# radosgw-admin mfa check  --uid=johndoe --totp-serial=MFAtest --totp-pin=870305
   ok

절차

1. MFA TOTP 토큰을 나열합니다.

   구문

   radosgw-admin mfa list --uid=USERID

   USERID 를 사용자 이름 MFA로 설정합니다.

   예제

   [root@mon ~]# radosgw-admin mfa list --uid=johndoe
   {
       "entries": [
           {
               "type": 2,
               "id": "MFAtest",
               "seed": "492dedb20cf51d1405ef6a1316017e",
               "seed_type": "hex",
               "time_ofs": 0,
               "step_size": 30,
               "window": 2
           }
       ]
   }

절차

1. MFA TOTP 토큰을 표시합니다.

   구문

   radosgw-admin mfa get --uid=USERID --totp-serial=SERIAL

   USERID 를 사용자 이름 MFA로 설정하고 SERIAL 을 TOTP 토큰의 ID를 나타내는 문자열로 설정합니다.

절차

1. MFA TOTP 토큰을 삭제합니다.

   구문

   radosgw-admin mfa remove --uid=USERID --totp-serial=SERIAL

   USERID 를 사용자 이름 MFA로 설정하고 SERIAL 을 TOTP 토큰의 ID를 나타내는 문자열로 설정합니다.

   예제

   [root@mon ~]# radosgw-admin mfa remove --uid=johndoe --totp-serial=MFAtest

2. MFA TOTP 토큰이 삭제되었는지 확인합니다.

   구문

   radosgw-admin mfa get --uid=_USERID_ --totp-serial=_SERIAL_

   USERID 를 사용자 이름 MFA로 설정하고 SERIAL 을 TOTP 토큰의 ID를 나타내는 문자열로 설정합니다.

   예제

   [root@mon ~]# radosgw-admin mfa get --uid=johndoe --totp-serial=MFAtest
   MFA serial id not found

1. zonegroup 및 영역을 제거합니다.

   예제

   [root@master-zone]# radosgw-admin zonegroup remove --rgw-zonegroup=default --rgw-zone=default
   [root@master-zone]# radosgw-admin zone delete --rgw-zone=default
   [root@master-zone]# radosgw-admin zonegroup delete --rgw-zonegroup=default

2. 클러스터가 다중 사이트 구성에 있는 경우 기간을 업데이트하고 커밋합니다.

   예제

   [root@master-zone]# radosgw-admin period update --commit

3. Ceph 스토리지 클러스터의 기본 풀이 있는 경우 삭제합니다.

   예제

   [root@master-zone]# ceph osd pool delete default.rgw.control default.rgw.control --yes-i-really-really-mean-it
   [root@master-zone]# ceph osd pool delete default.rgw.data.root default.rgw.data.root --yes-i-really-really-mean-it
   [root@master-zone]# ceph osd pool delete default.rgw.log default.rgw.log --yes-i-really-really-mean-it
   [root@master-zone]# ceph osd pool delete default.rgw.users.uid default.rgw.users.uid --yes-i-really-really-mean-it

   중요

   풀을 삭제한 후 Ceph Object Gateway 프로세스를 다시 시작합니다.