절차

1. OpenShift 웹 콘솔에 로그인합니다.
2. Operators → OperatorHub 를 클릭합니다.
3. Filter by keyword… 상자에 로컬 스토리지를 입력하여 운영자 목록에서 Local Storage Operator를 검색하고 클릭합니다.
4. 설치를 클릭합니다.

5. Operator 설치 페이지에서 다음 옵션을 설정합니다.

   1. channel은 stable-4.8.
   2. 클러스터의 특정 네임스페이스로서의 설치 모드입니다.
   3. Operator 권장 네임스페이스 openshift-local-storage 로 설치된 네임스페이스입니다.
   4. 자동 승인 전략.
6. 설치를 클릭합니다.

절차

1. 웹 콘솔에서 Operator → OperatorHub 를 클릭합니다.
2. OpenShift Container Storage Operator를 검색하려면 키워드를 Filter by keyword 상자에 입력하거나 스크롤합니다.
3. OpenShift Container Storage 운영자 페이지에서 Install (설치)을 클릭합니다.

4. Operator 설치 페이지에서 기본적으로 다음과 같은 필수 옵션이 선택됩니다.

   1. 채널을 stable-4.8 로 업데이트.
   2. 클러스터의 특정 네임스페이스로서의 설치 모드입니다.
   3. Operator 권장 네임스페이스 openshift-storage로 설치된 네임스페이스 입니다. 네임스페이스 openshift-storage 가 없으면 운영자 설치 중에 생성됩니다.
   4. Approval Strategy (승인 전략)를 Automatic (자동) 또는 Manual (수동)으로 선택합니다.

   5. 설치를 클릭합니다.

      자동 업데이트를 선택한 경우 OLM(Operator Lifecycle Manager)은 개입 없이 Operator의 실행 중인 인스턴스를 자동으로 업그레이드합니다.

      수동 업데이트를 선택한 경우 OLM에서 업데이트 요청을 생성합니다. 클러스터 관리자는 Operator를 새 버전으로 업데이트하려면 OLM 업데이트 요청을 수동으로 승인해야 합니다.

절차

1. OpenShift 웹 콘솔에 로그인합니다.
2. OpenShift 웹 콘솔의 왼쪽 창에서 워크로드 → 포드 를 클릭합니다.

3. 프로젝트 드롭다운 목록에서 openshift-storage 를 선택합니다.

   각 구성 요소에 대해 예상되는 Pod 수와 노드 수에 따라 달라지는 방법에 대한 자세한 내용은 표 4.1. “OpenShift Container Storage 클러스터에 해당하는 Pod” 을 참조하십시오.

4. Running 및 Completed 탭을 클릭하여 Pod가 실행 중이고 완료된 상태인지 확인합니다.

   표 4.1. OpenShift Container Storage 클러스터에 해당하는 Pod

   구성 요소	해당 Pod
   OpenShift Container Storage Operator	OCS-operator-* (모든 작업자 노드에 1 Pod) ocs-metrics-exporter-*
   Rook-ceph Operator	rook-ceph-operator-* (모든 작업자 노드에 1 Pod)
   Multicloud Object Gateway	NooBaa-operator-* (모든 작업자 노드에 1 Pod) NooBaa-core-* (모든 스토리지 노드에 1 Pod) NooBaa-db-* (1 스토리지 노드의 Pod) NooBaa-endpoint-* (모든 스토리지 노드에 1 Pod)
   MON	rook-ceph-mon-* (5 Pod는 데이터 센터 영역당 2개, 중재자 영역에서 1개)에 분산됩니다.
   MGR	rook-ceph-mgr-* (모든 스토리지 노드의 Pod)
   MDS	rook-ceph-mds-ocs-storagecluster-cephfilesystem-* (2개의 Pod는 두 개의 데이터 센터 영역에 배포됩니다.
   RGW	rook-ceph-rgw-ocs-storagecluster-cephobjectstore-* (2개의 Pod는 두 개의 데이터 센터 영역에 배포됩니다.
   CSI	cephfs CSI-cephfsplugin-* (모든 작업자 노드에 1 Pod) CSI-cephfsplugin-provisioner-* (작업자 노드에 분산된 2 Pod) rbd CSI-rbdplugin-* (각 작업자 노드에서 1 Pod) CSI-rbdplugin-provisioner-* (2 작업자 노드에 분산된 2 Pod)
   rook-ceph-crashcollector	rook-ceph-crashcollector-* (1개의 스토리지 노드 및 중재 영역의 Pod 1개)
   OSD	rook-ceph-osd-* (각 장치의 1 Pod) rook-ceph-osd-prepare-ocs-deviceset-* (각 장치의 1 Pod)

절차

1. 스토리지 → 개요 를 클릭하고 블록 및 파일 탭을 클릭합니다.
2. 상태 카드에서 Storage Cluster (스토리지 클러스터) 및 Data Resiliency (데이터 복원력)에 녹색 눈금이 있는지 확인합니다.
3. 세부 정보 카드에서 클러스터 정보가 표시되는지 확인합니다.

절차

1. OpenShift 웹 콘솔에서 스토리지 → 개요 를 클릭하고 오브젝트 탭을 클릭합니다.
2. 상태 카드에서 오브젝트 서비스 및 데이터 복원성 이 모두 Ready 상태(녹색 틱)인지 확인합니다.
3. 세부 정보 카드에서 Multicloud Object Gateway 정보가 표시되는지 확인합니다.

절차

1. OpenShift 웹 콘솔에서 스토리지 → 스토리지 클래스 를 클릭합니다.

2. OpenShift Container Storage 클러스터 생성을 사용하여 다음 스토리지 클래스가 생성되었는지 확인합니다.

   • ocs-storagecluster-ceph-rbd
   • ocs-storagecluster-cephfs
   • openshift-storage.noobaa.io
   • ocs-storagecluster-ceph-rgw

1. 새 프로젝트를 생성합니다.

   oc new-project my-shared-storage

2. file-uploader라는 예제 PHP 애플리케이션을 배포합니다.

   oc new-app openshift/php:7.2-ubi8~https://github.com/christianh814/openshift-php-upload-demo --name=file-uploader

   샘플 출력:

   Found image 4f2dcc0 (9 days old) in image stream "openshift/php" under tag "7.2-ubi8" for "openshift/php:7.2-
   ubi8"
   
   Apache 2.4 with PHP 7.2
   -----------------------
   PHP 7.2 available as container is a base platform for building and running various PHP 7.2 applications and frameworks. PHP is an HTML-embedded scripting language. PHP attempts to make it easy for developers to write dynamically generated web pages. PHP also offers built-in database integration for several commercial and non-commercial database management systems, so writing a database-enabled webpage with PHP is fairly simple. The most common
   use of PHP coding is probably as a replacement for CGI scripts.
   
   Tags: builder, php, php72, php-72
   
   * A source build using source code from https://github.com/christianh814/openshift-php-upload-demo will be cr
   eated
   * The resulting image will be pushed to image stream tag "file-uploader:latest"
   * Use 'oc start-build' to trigger a new build
   
   --> Creating resources ...
       imagestream.image.openshift.io "file-uploader" created
       buildconfig.build.openshift.io "file-uploader" created
       deployment.apps "file-uploader" created
       service "file-uploader" created
   --> Success
       Build scheduled, use 'oc logs -f buildconfig/file-uploader' to track its progress.
   
       Application is not exposed. You can expose services to the outside world by executing one or more of the commands below:
        'oc expose service/file-uploader'
   
       Run 'oc status' to view your app.

3. 빌드 로그를 보고 애플리케이션이 배포될 때까지 기다립니다.

   oc logs -f bc/file-uploader -n my-shared-storage

   출력 예:

   Cloning "https://github.com/christianh814/openshift-php-upload-demo" ...
   
       [...]
       Generating dockerfile with builder image image-registry.openshift-image-regis
   try.svc:5000/openshift/php@sha256:d97466f33999951739a76bce922ab17088885db610c
   0e05b593844b41d5494ea
   STEP 1: FROM image-registry.openshift-image-registry.svc:5000/openshift/php@s
   ha256:d97466f33999951739a76bce922ab17088885db610c0e05b593844b41d5494ea
   STEP 2: LABEL "io.openshift.build.commit.author"="Christian Hernandez <christ
   ian.hernandez@yahoo.com>"       "io.openshift.build.commit.date"="Sun Oct 1 1
   7:15:09 2017 -0700"       "io.openshift.build.commit.id"="288eda3dff43b02f7f7
   b6b6b6f93396ffdf34cb2"       "io.openshift.build.commit.ref"="master"       "
   io.openshift.build.commit.message"="trying to modularize"       "io.openshift
   .build.source-location"="https://github.com/christianh814/openshift-php-uploa
   d-demo"       "io.openshift.build.image"="image-registry.openshift-image-regi
   stry.svc:5000/openshift/php@sha256:d97466f33999951739a76bce922ab17088885db610
   c0e05b593844b41d5494ea"
   STEP 3: ENV OPENSHIFT_BUILD_NAME="file-uploader-1"     OPENSHIFT_BUILD_NAMESP
   ACE="my-shared-storage"     OPENSHIFT_BUILD_SOURCE="https://github.com/christ
   ianh814/openshift-php-upload-demo"     OPENSHIFT_BUILD_COMMIT="288eda3dff43b0
   2f7f7b6b6b6f93396ffdf34cb2"
   STEP 4: USER root
   STEP 5: COPY upload/src /tmp/src
   STEP 6: RUN chown -R 1001:0 /tmp/src
   STEP 7: USER 1001
   STEP 8: RUN /usr/libexec/s2i/assemble
   ---> Installing application source...
   => sourcing 20-copy-config.sh ...
   ---> 17:24:39     Processing additional arbitrary httpd configuration provide
   d by s2i ...
   => sourcing 00-documentroot.conf ...
   => sourcing 50-mpm-tuning.conf ...
   => sourcing 40-ssl-certs.sh ...
   STEP 9: CMD /usr/libexec/s2i/run
   STEP 10: COMMIT temp.builder.openshift.io/my-shared-storage/file-uploader-1:3
   b83e447
   Getting image source signatures
   
   [...]

   Push successful(내보내기 성공)이 표시되면 명령 프롬프트에서 tail 모드로 돌아갑니다.

1. 앱 영역을 인식하려면 애플리케이션 배포 구성에 포드 배치 규칙을 추가해야 합니다. 다음 명령을 실행하고 아래 표시된 대로 출력을 검토합니다. 다음 단계에서는 아래 출력의 시작 및 끝 섹션에 표시된 대로 토폴로지 영역 레이블을 사용하도록 배포를 수정합니다.

   $ oc get deployment file-uploader -o yaml -n my-shared-storage | less

   출력 예:

   [...]
   spec:
     progressDeadlineSeconds: 600
     replicas: 4
     revisionHistoryLimit: 10
     selector:
       matchLabels:
         deployment: file-uploader
     strategy:
       rollingUpdate:
         maxSurge: 25%
         maxUnavailable: 25%
       type: RollingUpdate
     template:
       metadata:
         annotations:
           openshift.io/generated-by: OpenShiftNewApp
         creationTimestamp: null
         labels:
           deployment: file-uploader
         spec:  # <-- Start inserted lines after here
           containers:  # <-- End inserted lines before here
           - image: image-registry.openshift-image-registry.svc:5000/my-shared-storage/file-uploader@sha256:a458ea62f990e431ad7d5f84c89e2fa27bdebdd5e29c5418c70c56eb81f0a26b
             imagePullPolicy: IfNotPresent
             name: file-uploader
   [...]

2. 배포를 편집하고 위와 같이 시작과 끝 사이에 다음과 같은 새 행을 추가합니다.

   $ oc edit deployment file-uploader -n my-shared-storage

   [...]
         spec:
           topologySpreadConstraints:
             - labelSelector:
                 matchLabels:
                   deployment: file-uploader
               maxSkew: 1
               topologyKey: topology.kubernetes.io/zone
               whenUnsatisfiable: DoNotSchedule
             - labelSelector:
                 matchLabels:
                   deployment: file-uploader
               maxSkew: 1
               topologyKey: kubernetes.io/hostname
               whenUnsatisfiable: ScheduleAnyway
           nodeSelector:
             node-role.kubernetes.io/worker: ""
           containers:
   [...]

   출력 예:

   deployment.apps/file-uploader edited

3. 배포를 0개의 Pod 로 확장한 다음 4개의 Pod로 돌아갑니다. 이는 Pod 배치 측면에서 배포가 변경되었기 때문에 필요합니다.

   oc scale deployment file-uploader --replicas=0 -n my-shared-storage

   출력 예:

   deployment.apps/file-uploader scaled

   4개의 Pod로 되돌아갑니다.

   $ oc scale deployment file-uploader --replicas=4 -n my-shared-storage

   출력 예:

   deployment.apps/file-uploader scaled

4. 4개의 포드가 datacenter1 및 datacenter2 영역의 4개 노드에 분산되어 있는지 확인합니다.

   $ oc get pods -o wide -n my-shared-storage | egrep '^file-uploader'| grep -v build | awk '{print $7}' | sort | uniq -c

   출력 예:

      1 perf1-mz8bt-worker-d2hdm
      1 perf1-mz8bt-worker-k68rv
      1 perf1-mz8bt-worker-ntkp8
      1 perf1-mz8bt-worker-qpwsr

   $ oc get nodes -L topology.kubernetes.io/zone | grep datacenter | grep -v master

   출력 예:

   perf1-mz8bt-worker-d2hdm   Ready    worker   35d   v1.20.0+5fbfd19   datacenter1
   perf1-mz8bt-worker-k68rv   Ready    worker   35d   v1.20.0+5fbfd19   datacenter1
   perf1-mz8bt-worker-ntkp8   Ready    worker   35d   v1.20.0+5fbfd19   datacenter2
   perf1-mz8bt-worker-qpwsr   Ready    worker   35d   v1.20.0+5fbfd19   datacenter2

5. 브라우저에서 file-uploader 웹 애플리케이션을 사용하여 새 파일을 업로드합니다.

   1. 생성된 경로를 찾습니다.

      $ oc get route file-uploader -n my-shared-storage -o jsonpath --template="http://{.spec.host}{'\n'}"

      그러면 이 경로와 유사한 경로가 반환됩니다.

      샘플 출력:

      http://file-uploader-my-shared-storage.apps.cluster-ocs4-abdf.ocs4-abdf.sandbox744.opentlc.com

   2. 위의 경로를 사용하여 브라우저에서 웹 애플리케이션을 가리킵니다. 경로는 다릅니다.

      웹 애플리케이션은 업로드한 모든 파일을 나열하고 새 파일을 업로드하고 기존 데이터를 다운로드할 수 있는 기능을 제공합니다. 현재 아무 것도 없습니다.

   3. 로컬 시스템에서 임의의 파일을 선택하고 앱에 업로드합니다.

      그림 5.1. 간단한 PHP 기반 파일 업로드 도구

      
   4. 업로드된 파일 목록을 클릭하여 현재 업로드된 모든 파일 목록을 확인합니다.