mspark 블로그

하나의 webserver 설정에 https와 http 2.0를 혼재하여 사용할 경우  예를 들어 a.com, b.com 있을 경우 b.com 'server {}' 설정에만 http2 설정이 있을 경우  크롬 브라우저에서  ERR_HTTP2_INADEQUATE_TRANSPORT_SECURITY 가 발생한다. HTTP2  부적절한 전송 보안 오류? nginx 설정 중 하나의 server 디렉티브에 http 2.0 설정을 하였을 뿐인데 전체 서버에 영향을 받는거 보니 내부 로직에 이슈인지 ? 잘 모르겠다. 테스트 해 볼만한 케이스는 1. default 서버 설정, 2. 모두 http 2.0으로 변경 이 있을 것 같다. 1. default 서버 설정    - 의미 없음    2. 모든  server 디렉티브를 http 2.0으로 변경할 경우    - 정상 처리됨 (내부 was에서 오류가 나지만.) 일단 해당 이슈는 모두 http2.0를 사용 안하는 방향으로 수정.

OS : Centos Docker를 통해 Centos 환경을 만든다. (최초 수행 시) docker run --name centos -it centos /bin/bash (이후 수행 시) docker exec -it centos /bin/bash Java 1.8 설치 $ yum install java-1.8.0-openjdk-devel 주키퍼 설치 $ yum install wget $ wget "https://downloads.apache.org/zookeeper/zookeeper-3.6.0/apache-zookeeper-3.6.0-bin.tar.gz" $ tar -xvzf apache-zookeeper-3.6.0-bin.tar.gz $ mkdir -p /usr/local/zookeeper $ mv apache-zookeeper-3.6.0-bin/* /usr/local/zookeeper $ mkdir -p /var/lib/zookeeper $ cat > /usr/local/zookeeper/conf/zoo.cfg << EOF > tickTime=2000 > dataDir=/var/lib/zookeeper > clientPort=2181 > EOF $ export JAVA_HOME=/usr/lib/jvm/java-1.8.0-openjdk $ /usr/local/zookeeper/bin/zkServer.sh start 설치 확인 $ yum install telnet $ telnet localhost 2181 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. srvr Zookeeper version: 3.6.0--b4c89dc7f6083829e18fae6e446907ae0b1f22d7, built on 02/25/2020 14:38 GMT Latency m...

docker run --name centos -it centos /bin/bash docker exec -it centos /bin/bash

multi tenancy를 사용 하려는 이유는 보안과 사용자별 불필요함을 제거하기 위함 opendistro에서는 multi tenancy를 지원 아래와 같이 사용하면 된다 1. tenancy 생성 2. + 를 눌러 신규 tenant  생성 3. Roles에 들어가서 4. + 눌러 신규 Role 생성 5. Tenant Perminssion에서 생성한 tenant에 권한을 줌 6. 저장 7. Roles Mappings에서 Rule과 user를 연결 만일 기존의 kibana에 데이터를 복제하여 구성 하고 싶다면 reindex api를 통해 기존 kibana index를 신규 tenant 의 kibana index에 복제하면 됨 POST _reindex { "source": { "index": ".kibana" }, "dest": { "index": ".kibana_-906336856_search" } } 끝

kibana와  elasticsearch를 업그레이드를 하면서 여러개의 .kibana index가 생성됨 이를 정리 하기 위해 현재 kibana가 사용하는 index를 알 필요가 있음 alias api를 통해 해당 부분을 확인 가능 GET /_alias aliases 가 .kibana 로 걸린 인덱스가 현재 사용하고 있는 kibana 인덱스 임 나머지 인덱스는 삭제...

index에 replica 설정이 되지 않는 이슈가 있음 아래의 명령을 수행 하면  allocation에 대한 정보가 나옴 GET /_cluster/allocation/explain?pretty 위 정보를 확인 하여 원인 파악 원인은 elasticsearch upgrade 시 io 지연을 줄이기 위해 수행 하였던 아래의 api가 문제가 됨 PUT _cluster / settings { "persistent" : { "cluster.routing.allocation.enable" : "primaries" } } 아래와 같이 api를 호출하면 풀림 PUT _cluster / settings { "persistent" : { "cluster.routing.allocation.enable" : null } } 현재는 아래와 같이 green이 됨