Performance of Couchbase Autonomous Operator on Kubernetes

카우치베이스는 성능을 매우 중요하게 생각하며, 신제품인 카우치베이스 오토노머스 오퍼레이터 1.0을 출시하면서 고객이 엔터프라이즈급으로 프로덕션에 바로 사용할 수 있도록 하고자 했습니다.

이 블로그 포스팅에서는 자율 운영자를 사용하여 쿠버네티스 플랫폼에 배포하기 위해 카우치베이스 서버 5.5에서 YCSB 성능 벤치마크 테스트를 실행한 자세한 성능 결과에 대해 설명합니다. 쿠버네티스에서 데이터베이스를 운영하려는 기업의 큰 관심사 중 하나는 '성능'입니다.

이 문서에서는 다음과 같은 두 가지 워크로드를 간략하게 비교합니다. YCSB A & E 카우치베이스 서버 5.5를 통한 쿠버네티스 지원 대 베어메탈.

YCSB 워크로드 A: 이 워크로드는 읽기와 쓰기가 50/50으로 혼합되어 있습니다. 애플리케이션의 예로 최근 작업을 기록하는 세션 저장소를 들 수 있습니다.

워크로드 E: 단거리: 이 워크로드에서는 개별 레코드 대신 짧은 범위의 레코드가 쿼리됩니다. 적용 예: 스레드 대화, 각 스캔은 지정된 스레드의 게시글을 대상으로 합니다(스레드 ID별로 클러스터링된 것으로 가정).

일반적으로 Kubernetes에서 Couchbase Cluster를 실행할 때 성능 저하가 크게 나타나지 않았습니다, 워크로드 A는 베어메탈과 비교했을 때 동등한 성능을 보였고 워크로드 E는 약 10% 미만의 성능 저하를 보였습니다.

설정:

설정을 위해 아래에 설명된 대로 Operator 배포를 사용하여 Couchbase를 설치했습니다. 설정에 대한 자세한 내용은 다음을 참조하세요. 여기

파일:

운영자 배포: deployment.yaml(부록 참조)

카우치베이스 배포: 카우치베이스-클러스터-심플-셀렉터.yaml(부록 참조)

클라이언트/워크로드 생성기 배포: pillowfight-ycsb.yaml(부록 참조) (dockerhub의 공식 pillowfight 도커 이미지와 그 위에 자바 및 YCSB를 수동으로 설치)

하드웨어:

7개의 서버

서버당 CPU 24개 x 64GB RAM

카우치베이스 설정

서버 4개: 데이터 노드 2개, 인덱스+쿼리 노드 2개

데이터 서비스를 위한 40GB RAM 할당량

인덱스 서비스를 위한 40GB RAM 할당량

데이터/버킷 복제본 1개

기본 인덱스 복제본 1개

테스트:

YCSB 워크로드A 및 워크로드E

10M 문서

7개의 서버에서 새로운 빈 k8s 클러스터가 초기화된 후의 워크플로:

# assign labels to the nodes so all services/pods will be assigned to right servers:

kubectl label nodes arke06-sa09 type=power
kubectl label nodes arke07-sa10 type=client
kubectl label nodes ark08-sa11 type=client
kubectl label nodes arke01-sa04 type=kv
kubectl label nodes arke00-sa03 type=kv
kubectl label nodes arke02-sa05 type=kv
kubectl label nodes arke03-sa06 type=kv

#는 노드에 레이블을 할당하여 모든 서비스/팟이 올바른 서버에 할당되도록 합니다:

kubectl 레이블 노드 arke06-sa09 유형=power

kubectl 레이블 노드 arke07-sa10 유형=클라이언트

kubectl 레이블 노드 ark08-sa11 유형=클라이언트

kubectl 레이블 노드 arke01-sa04 유형=kv

kubectl 레이블 노드 arke00-sa03 유형=kv

kubectl 레이블 노드 arke02-sa05 유형=kv

kubectl 레이블 노드 arke03-sa06 유형=kv

#deploy Operator:

kubectl create -f deployment.yaml

#deploy Couchbase

kubectl create -f couchbase-cluster-simple-selector.yaml

#deploy Client(s):

kubectl create -f pillowfight-ycsb.yaml

I ran my tests directly from the client node by logging into the docker image of the client pod:

docker exec -it --user root <pillowfight-yscb container id> bash

And installing YCSB environment there manually:

apt-get upgrade

apt-get update

apt-get install -y software-properties-common

apt-get install python

sudo apt-add-repository ppa:webupd8team/java

sudo apt-get update

sudo apt-get install oracle-java8-installer

export JAVA_HOME=/usr/lib/jvm/java-8-oracle

cd /opt

wget http://download.nextag.com/apache/maven/maven-3/3.5.4/binaries/apache-maven-3.5.4-bin.tar.gz

sudo tar -xvzf apache-maven-3.5.4-bin.tar.gz

export M2_HOME="/opt/apache-maven-3.5.4"

export PATH=$PATH:/opt/apache-maven-3.5.4/bin

sudo update-alternatives --install "/usr/bin/mvn" "mvn" "/opt/apache-maven-3.5.4/bin/mvn" 0

sudo update-alternatives --set mvn /opt/apache-maven-3.5.4/bin/mvn

git clone http://github.com/couchbaselabs/YCSB

#배포 연산자:

kubectl create -f 배포.yaml

#디플로이 카우치베이스

kubectl create -f 카우치베이스-클러스터-simple-선택기.yaml

#디플로이 클라이언트:

kubectl create -f 베개 싸움-ycsb.yaml

I ran my 테스트 직접 에서 의 클라이언트 노드 by 로깅 에 의 도커 이미지 의 의 클라이언트 pod:

도커 exec -it --사용자 root <베개 싸움-yscb 컨테이너 id> bash

그리고 설치 YCSB 환경 거기 수동으로:

apt-get 업그레이드

apt-get 업데이트

apt-get 설치 -y 소프트웨어-속성-공통

apt-get 설치 python

sudo apt-추가-저장소 ppa:웹업디8팀/자바

sudo apt-get 업데이트

sudo apt-get 설치 오라클-java8-설치 관리자

내보내기 JAVA_HOME=/usr/lib/jvm/자바-8-오라클

cd /opt

wget http://다운로드.nextag.com/아파치/maven/maven-3/3.5.4/바이너리/아파치-maven-3.5.4-bin.tar.gz

sudo 타르 -xvzf 아파치-maven-3.5.4-bin.tar.gz

내보내기 M2_HOME="/opt/apache-maven-3.5.4"

내보내기 PATH=$PATH:/opt/아파치-maven-3.5.4/bin

sudo 업데이트-대안 --설치 "/usr/bin/mvn" "mvn" "/opt/apache-maven-3.5.4/bin/mvn" 0

sudo 업데이트-대안 --set mvn /opt/아파치-maven-3.5.4/bin/mvn

git 복제 http://github.com/카우치바스랩/YCSB

워크로드 실행하기:

Examples of YCSB commands used in this exercise:

Workload A

Load:

./bin/ycsb load couchbase2 -P workloads/workloade -p couchbase.password=password -p couchbase.host=10.44.0.2 -p couchbase.bucket=default -p couchbase.upsert=true -p couchbase.epoll=true -p couchbase.boost=48 -p couchbase.persistTo=0 -p couchbase.replicateTo=0 -p couchbase.sslMode=none -p writeallfields=true -p recordcount=10000000 -threads 50 -p maxexecutiontime=3600 -p operationcount=1000000000

Run:

./bin/ycsb run couchbase2 -P workloads/workloada -p couchbase.password=password -p couchbase.host=10.44.0.2 -p couchbase.bucket=default -p couchbase.upsert=true -p couchbase.epoll=true -p couchbase.boost=48 -p couchbase.persistTo=0 -p couchbase.replicateTo=0 -p couchbase.sslMode=none -p writeallfields=true -p recordcount=10000000 -threads 50  -p operationcount=1000000000 -p maxexecutiontime=600 -p exportfile=ycsb_workloadA_22vCPU.log

예제 의 YCSB 명령 사용됨 in 이 운동:

워크로드 A

로드:

./bin/ycsb load couchbase2 -P 워크로드/워크로드 -p 카우치베이스.password=비밀번호 -p 카우치베이스.host=10.44.0.2 -p 카우치베이스.bucket=기본값 -p 카우치베이스.upsert=true -p 카우치베이스.epoll=true -p 카우치베이스.boost=48 -p 카우치베이스.persistTo=0 -p 카우치베이스.replicateTo=0 -p 카우치베이스.sslMode=없음 -p 쓰기올필드=true -p 레코드 카운트=10000000 -스레드 50 -p 최대 실행 시간=3600 -p 작업 수=1000000000

실행:

./bin/ycsb 실행 couchbase2 -P 워크로드/워크로드a -p 카우치베이스.password=비밀번호 -p 카우치베이스.host=10.44.0.2 -p 카우치베이스.bucket=기본값 -p 카우치베이스.upsert=true -p 카우치베이스.epoll=true -p 카우치베이스.boost=48 -p 카우치베이스.persistTo=0 -p 카우치베이스.replicateTo=0 -p 카우치베이스.sslMode=없음 -p 쓰기올필드=true -p 레코드 카운트=10000000 -스레드 50 -p 작업 수=1000000000 -p 최대 실행 시간=600 -p 내보내기 파일=ycsb_workloadA_22vCPU.log

테스트 결과:

Env

직접 설정

쿠버네티스 포드 리소스

테스트

베어 메탈

Kubernetes

델타

환경 1

22 vCPU, 48GB RAM

(사용 가능한 CPU 코어 및 RAM은 OS 코어 수준에서 설정됨)

로 제한합니다:

CPU: 22000m = ~22vCPU

mem: 48GB

모든 파드는 전용 노드에 있습니다.

워크로드A

50/50 가져오기/삽입

처리량: 194,158 요청/초

CPU 사용량 평균: 전체 22개 코어 중 86%

처리량: 192,190 요청/초

CPU 사용량 평균: 94%의 CPU 할당량

– 1%

환경 2

16 vCPU, 48GB RAM

(사용 가능한 CPU 코어 및 RAM은 OS 코어 수준에서 설정됨)

로 제한합니다:

CPU: 16000m = ~16vCPU

mem: 48GB

모든 파드는 전용 노드에 있습니다.

워크로드A

50/50 가져오기/삽입

처리량: 141,909 요청/초

CPU 사용량 평균: 전체 16개 코어의 89%

처리량: 145,430 요청/초

CPU 사용량 평균: CPU 할당량의 100%

+ 2.5%

Workload E:

Load:

./bin/ycsb load couchbase2 -P workloads/workloade -p couchbase.password=password -p couchbase.host=10.44.0.2 -p couchbase.bucket=default -p couchbase.upsert=true -p couchbase.epoll=true -p couchbase.boost=48 -p couchbase.persistTo=0 -p couchbase.replicateTo=0 -p couchbase.sslMode=none -p writeallfields=true -p recordcount=10000000 -threads 50 -p maxexecutiontime=3600 -p operationcount=1000000000

Run:

./bin/ycsb run couchbase2 -P workloads/workloade -p couchbase.password=password -p couchbase.host=10.44.0.2 -p couchbase.bucket=default -p couchbase.upsert=true -p couchbase.epoll=true -p couchbase.boost=48 -p couchbase.persistTo=0 -p couchbase.replicateTo=0 -p couchbase.sslMode=none -p writeallfields=true -p recordcount=10000000 -threads 50  -p operationcount=1000000000 -p maxexecutiontime=600 -p exportfile=ycsb_workloadE_22vCPU.log

워크로드 E:

로드:

./bin/ycsb load couchbase2 -P 워크로드/워크로드 -p 카우치베이스.비밀번호=비밀번호 -p 카우치베이스.호스트=10.44.0.2 -p 카우치베이스.버킷=기본값 -p 카우치베이스.업서트=true -p 카우치베이스.epoll=true -p 카우치베이스.boost=48 -p 카우치베이스.persistTo=0 -p 카우치베이스.복제 대상=0 -p 카우치베이스.sslMode=없음 -p 쓰기올필드=true -p 레코드 카운트=10000000 -스레드 50 -p 최대 실행 시간=3600 -p 작업 수=1000000000

실행:

./bin/ycsb 실행 couchbase2 -P 워크로드/워크로드 -p 카우치베이스.비밀번호=비밀번호 -p 카우치베이스.호스트=10.44.0.2 -p 카우치베이스.버킷=기본값 -p 카우치베이스.업서트=true -p 카우치베이스.epoll=true -p 카우치베이스.boost=48 -p 카우치베이스.persistTo=0 -p 카우치베이스.복제 대상=0 -p 카우치베이스.sslMode=없음 -p 쓰기올필드=true -p 레코드 카운트=10000000 -스레드 50 -p 작업 수=1000000000 -p 최대 실행 시간=600 -p 내보내기 파일=ycsb_workloadE_22vCPU.로그

Env

직접 설정

쿠버네티스 포드 리소스

테스트

베어 메탈

Kubernetes

델타

환경 1

22 vCPU, 48GB RAM

(사용 가능한 CPU 코어 및 RAM은 OS 코어 수준에서 설정됨)

로 제한합니다:

CPU: 22000m = ~22vCPU

mem: 48GB

모든 파드는 전용 노드에 있습니다.

워크로드E

95/5 스캔/삽입

처리량: 15,823 요청/초

CPU 사용량 평균: 전체 22개 코어 중 85%

처리량: 14,281 요청/초

CPU 사용량 평균: 87%의 CPU 할당량

– 9.7%

환경 2

16 vCPU, 48GB RAM

(사용 가능한 CPU 코어 및 RAM은 OS 코어 수준에서 설정됨)

로 제한합니다:

CPU: 16000m = ~16vCPU

mem: 48GB

모든 파드는 전용 노드에 있습니다.

워크로드E

95/5 스캔/삽입

처리량: 13,014 요청/초

CPU 사용량 평균: 전체 16개 코어 중 91%

처리량: 12,579 요청/초

CPU 사용량 평균: CPU 할당량의 100%

– 3.3%

결론:

Couchbase Server 5.5는 자율 운영자를 통해 Kubernetes에 배포할 수 있는 프로덕션 준비가 완료되었습니다. 베어메탈에서 실행하는 것과 비슷한 Kubernetes에서의 Couchbase Server 5.5의 성능. 쿠버네티스 플랫폼에서 카우치베이스 서버를 실행할 때 성능 저하가 거의 없습니다. 결과를 살펴보면 워크로드 A는 베어메탈과 비교했을 때 동등한 성능을 보였고 워크로드 E는 약 10% 미만의 성능 저하를 보였습니다.

참조:

YCSB 워크로드 https://github.com/brianfrankcooper/YCSB/wiki/Core-Workloads
카우치베이스 쿠버네티스 페이지 https://www.couchbase.com/products/cloud/kubernetes
카우치베이스 자율 운영자 다운로드 https://www.couchbase.com/downloads
카우치베이스 운영자 소개 https://www.couchbase.com/blog/couchbase-autonomous-operator-1-0-for-kubernetes-and-openshift/

부록

내 deployment.yaml 파일

apiVersion: extensions/v1beta1

kind: Deployment

metadata:

 name: couchbase-operator

spec:

 replicas: 1

 template:

   metadata:

     labels:

       name: couchbase-operator

   spec:

     nodeSelector:

       type: power

     containers:

     - name: couchbase-operator

       image: couchbase/couchbase-operator-internal:1.0.0-292

       command:

       - couchbase-operator

       # Remove the arguments section if you are installing the CRD manually

       args:

       - -create-crd

       - -enable-upgrades=false

       env:

       - name: MY_POD_NAMESPACE

         valueFrom:

           fieldRef:

             fieldPath: metadata.namespace

       - name: MY_POD_NAME

         valueFrom:

           fieldRef:

             fieldPath: metadata.name

       ports:

         - name: readiness-port

           containerPort: 8080

       readinessProbe:

         httpGet:

           path: /readyz

           port: readiness-port

         initialDelaySeconds: 3

         periodSeconds: 3

         failureThreshold: 19

apiVersion: 확장 프로그램/v1beta1

종류: 배포

메타데이터:

이름: 카우치베이스-연산자

사양:

복제본: 1

템플릿:

메타데이터:

레이블:

이름: 카우치베이스-연산자

사양:

노드 선택기:

유형: power

컨테이너:

- 이름: 카우치베이스-연산자

이미지: 카우치베이스/카우치베이스-연산자-내부:1.0.0-292

명령:

- 카우치베이스-연산자

# CRD를 수동으로 설치하는 경우 인수 섹션을 제거합니다.

args:

- -create-crd

- -활성화-업그레이드=false

환경:

- 이름: MY_POD_네임스페이스

valueFrom:

fieldRef:

fieldPath: 메타데이터.네임스페이스

- 이름: MY_POD_이름

valueFrom:

fieldRef:

fieldPath: 메타데이터.이름

포트:

- 이름: 준비 상태-포트

컨테이너 포트: 8080

readinessProbe:

httpGet:

경로: /readyz

포트: 준비 상태-포트

초기 지연 시간: 3

기간초: 3

실패 임계값: 19

내 couchbase-cluster-simple-selector.yaml 파일

apiVersion: couchbase.database.couchbase.com/v1

kind: CouchbaseCluster

metadata:

 name: cb-example

spec:

 baseImage: couchbase/server

 version: enterprise-5.5.0

 authSecret: cb-example-auth

 exposeAdminConsole: true

 antiAffinity: true

 exposedFeatures:

   - xdcr

 cluster:

   dataServiceMemoryQuota: 40000

   indexServiceMemoryQuota: 40000

   searchServiceMemoryQuota: 1000

   eventingServiceMemoryQuota: 1024

   analyticsServiceMemoryQuota: 1024

   indexStorageSetting: memory_optimized

   autoFailoverTimeout: 120

   autoFailoverMaxCount: 3

   autoFailoverOnDataDiskIssues: true

   autoFailoverOnDataDiskIssuesTimePeriod: 120

   autoFailoverServerGroup: false

 buckets:

   - name: default

     type: couchbase

     memoryQuota: 20000

     replicas: 1

     ioPriority: high

     evictionPolicy: fullEviction

     conflictResolution: seqno

     enableFlush: true

     enableIndexReplica: false

 servers:

   - size: 2

     name: data

     services:

       - data

     pod:

       nodeSelector:

         type: kv

       resources:

         limits:

           cpu: 22000m

           memory: 48Gi

         requests:

          cpu: 22000m

          memory: 48Gi

   - size: 2

     name: qi

     services:

       - index

       - query

     pod:

       nodeSelector:

         type: kv

       resources:

         limits:

           cpu: 22000m
           memory: 48Gi

         requests:

           cpu: 22000m

           memory: 48Gi

100

101

102

103

104

105

106

107

108

109

110

111

112

113

114

115

116

117

118

119

120

121

122

123

124

125

126

apiVersion: 카우치베이스.데이터베이스.카우치베이스.com/v1

종류: 카우치베이스클러스터

메타데이터:

이름: cb-예제

사양:

baseImage: 카우치베이스/서버

버전: 엔터프라이즈-5.5.0

authSecret: cb-예제-auth

노출 관리자 콘솔: true

반친화성: true

노출된 기능:

- xdcr

클러스터:

데이터서비스메모리쿼터: 40000

인덱스서비스메모리쿼터: 40000

검색서비스메모리쿼터: 1000

이벤트 서비스 메모리 할당량: 1024

분석서비스메모리쿼터: 1024

인덱스 스토리지 설정: 메모리_최적화

자동 페일오버 타임아웃: 120

자동 장애 조치 최대 횟수: 3

자동 페일오버 온 데이터 디스크 문제: true

자동 페일오버 온 데이터 디스크 이슈 시간 기간: 120

자동 페일오버 서버 그룹: false

버킷:

- 이름: 기본값

유형: 카우치베이스

메모리 쿼터: 20000

복제본: 1

ioPriority: 높은

퇴거 정책: 전체 퇴거

충돌 해결: seqno

활성화Flush: true

enableIndexReplica: false

서버:

- 크기: 2

이름: 데이터

서비스:

- 데이터

pod:

노드 선택기:

유형: kv

리소스:

제한:

cpu: 22000m

메모리: 48Gi

요청:

cpu: 22000m

메모리: 48Gi

- 크기: 2

이름: qi

서비스:

- 색인

- 쿼리

pod:

노드 선택기:

유형: kv

리소스:

제한:

cpu: 22000m

메모리: 48Gi

요청:

cpu: 22000m

메모리: 48Gi

내 pillowfight-ycsb.yaml 파일

apiVersion: batch/v1

kind: Job

metadata:

 name: pillowfight

spec:

 template:

   metadata:

     name: pillowfight

   spec:

     containers:

     - name: pillowfight

       image: sequoiatools/pillowfight:v5.0.1

       command: ["sh", "-c", "tail -f /dev/null"]

     restartPolicy: Never

     nodeSelector:

       type: client

apiVersion: 배치/v1

종류: Job

메타데이터:

이름: 베개 싸움

사양:

템플릿:

메타데이터:

이름: 베개 싸움

사양:

컨테이너:

- 이름: 베개 싸움

이미지: 시퀀스 도구/베개 싸움:v5.0.1

명령: ["sh", "-c", "tail -f /dev/null"]

restartPolicy: 절대로

노드 선택기:

유형: 클라이언트

라주 수라바르잘라, 품질 엔지니어링 부문 선임 이사, Couchbase

이 문서 공유하기

댓글 하나

bjethwan 8월 23, 2019에서 1:00 오전

라주에게

멋진 블로그입니다.
따라하기 쉽도록 조금만 업데이트해 주세요.

두 개의 댓글이 있습니다:

Comment#1:
시콰이아툴즈/필로우파이트:v5.0.1은 코어오스를 기반으로 만들어졌기 때문에 패키지 관리자가 특별히 apt-get이 없는 것 같습니다.

댓글#2
오라클 자바 라이선스 계약이 일부 변경되었으므로 아래 단계는 현재 작동하지 않습니다.
sudo apt-add-re포지토리 ppa:webupd8team/java

-고마워요

로그인 하여 답글 남기기
bjethwan 8월 23, 2019에서 2:17 오전

JDK 11을 설치했습니다.

"-p couchbase.epoll=true"를 사용할 때 아래 오류가 발생했습니다.

워크로드 로드 중...
테스트 시작.
최대 실행 시간은 다음과 같이 지정됩니다: 120초
경고: 불법 반사 액세스 작업이 발생했습니다.
경고: java.nio.Buffer.address 필드에 대한 com.couchbase.client.deps.io.netty.util.internal.PlatformDependent0(파일:/opt/ycsb-couchbase2-binding-0.15.0/lib/core-io-1.3.1.jar)의 불법 반사적 액세스입니다.
경고: 이 문제를 com.couchbase.client.deps.io.netty.util.internal.PlatformDependent0의 유지 관리자에게 보고해 주세요.
경고: 추가 불법 반사 액세스 작업에 대한 경고를 활성화하려면 -illegal-access=warn을 사용합니다.
경고: 향후 릴리스에서는 모든 불법 액세스 작업이 거부됩니다.
Aug 23, 2019 9:15:34 AM com.couchbase.client.deps.io.netty.util.internal.PlatformDependent
INFO: 플랫폼에서 직접 버퍼에 안정적으로 액세스하기 위한 완전한 로우레벨 API를 제공하지 않습니다. 명시적으로 요청하지 않는 한 잠재적인 시스템 불안정성을 피하기 위해 항상 힙 버퍼가 선호됩니다.
com.yahoo.ycsb.DBException: 카우치베이스 버킷에 연결할 수 없습니다.
에서 com.yahoo.ycsb.db.couchbase2.Couchbase2Client.init(Couchbase2Client.java:208)
에서 com.yahoo.ycsb.DBWrapper.init(DBWrapper.java:86)
에서 com.yahoo.ycsb.ClientThread.run(Client.java:424)
에서 java.base/java.lang.Thread.run(Thread.java:834)
원인: java.lang.IllegalStateException: 하위 이벤트 루프를 만들지 못했습니다.
에서 com.couchbase.client.deps.io.netty.util.concurrent.MultithreadEventExecutorGroup.(MultithreadEventExecutorGroup.java:68)
에서 com.couchbase.client.deps.io.netty.channel.MultithreadEventLoopGroup.(MultithreadEventLoopGroup.java:49)
에서 com.couchbase.client.deps.io.netty.channel.epoll.EpollEventLoopGroup.(EpollEventLoopGroup.java:91)
에서 com.couchbase.client.deps.io.netty.channel.epoll.EpollEventLoopGroup.(EpollEventLoopGroup.java:67)
에서 com.yahoo.ycsb.db.couchbase2.Couchbase2Client.init(Couchbase2Client.java:195)
... 3개 더 보기
원인: java.lang.NullPointerException
에서 com.couchbase.client.deps.io.netty.util.internal.PlatformDependent0.allocateMemory(PlatformDependent0.java:330)
에서 com.couchbase.client.deps.io.netty.util.internal.PlatformDependent.allocateMemory(PlatformDependent.java:210)
에서 com.couchbase.client.deps.io.netty.channel.epoll.IovArray.(IovArray.java:64)
에서 com.couchbase.client.deps.io.netty.channel.epoll.EpollEventLoop.(EpollEventLoop.java:60)
에서 com.couchbase.client.deps.io.netty.channel.epoll.EpollEventLoopGroup.newChild(EpollEventLoopGroup.java:106)
에서 com.couchbase.client.deps.io.netty.util.concurrent.MultithreadEventExecutorGroup.(MultithreadEventExecutorGroup.java:64)
... 7개 더 보기

로그인 하여 답글 남기기

Platform

Self-Managed

Services

Capabilities

Why Couchbase?

Migrate to Capella

By Use Case

By Industry

By Application Need

Popular Docs

By Developer Role

Quickstart

Resource Center

About

Partnerships

Our Services

Partners: Register a Deal

Ready to register a deal with Couchbase?

Marriott

쿠버네티스 기반 카우치베이스 자율 운영자의 성능 인증

받은 편지함에서 카우치베이스 블로그 업데이트 받기

작성자

게시자 라주 수라바르잘라, 품질 엔지니어링 부문 선임 이사, Couchbase

댓글 하나

댓글 남기기 응답 취소

카우치베이스 카펠라를 시작할 준비가 되셨나요?

구축 시작

카펠라 무료 사용

연락하기