꼬반 Blog

http://www.tistory.com/thankyou/2017/tistory/146015

다수의 파일의 이름을 한번에 변경할 일이 있어 찾아보니 rename 이라는 명령어가 있어 사용하였다.

기본적인 사용법은 다른 페이지나 man 페이지에 잘 나와있으므로 특수한 경우를 위해 작성함.

1. 사용 목적 : 파일명의 공백, ( ) 괄호 표시들을 제거하기 위해

2. 파일명 예시 : xxx_ (1).ddd (xxx는 파일명 .ddd는 확장자)

3. 사용방법

  3.1. 파일명_ 뒤에 공백과 ( 제거 : # rename _\ \(  _ *.ddd -> xxx_1).ddd 형태로 일괄 변경 됨 (\는 역슬래쉬 공백과 괄호는 쉘에서 역슬래쉬 뒤에 위치시켜야 사용 가능)

  3.2. 확장자 앞 ) 제거 : # rename \). . *.ddd -> xxx_1.ddd 로 변경됨

route를 확인하기 위해 route 명령어를 입력했는데 없다??

-> ip route

default route 설정 (2개 이상 nic 카드가 있을때 두개 모두 게이트웨이 설정이 된 경우)

eth0(main), eth1(second)

일때

ifcfg-eth0 설정 파일에

-> DEFROUTE=yes

를 추가

그냥 아주 가끔 검색창에 내 아이디나 이름을 검색해보는데

오늘 아주 ... 대박을 찾았다.

그건 바로.. 

제8극장 - 문경록 화이팅 

이란 노래다. 

하하..

노래 주인공이 진짜 나는 아니지만 (진짜 실존인물인지 아닌진 모르지만)

동명이 드문에 그 이름의 노래가 있을줄이야.

듣고 있다보니 기분이 묘해진다.

에라 오늘부터 내 애창곡 해야겠다 ㅎㅎ

그동안 손놓고 있다가 오랜만에 손대서 다시 

날라갔던 step1.js 를 복구했습니다.

다행히 전에 작업했던 step2.js 는 남아있었기 때문에 그리 어렵지 않게

반나절만에 복구하기는 했네요.

이젠 날라가지 말아라 ㅠㅠ

MySQL Enterprise root user default password

회사 서버에 오랜만에 MySQL Enterprise 5.7.20 버전을 설치하게 되었다. 

요즘은 MariaDB나 NoSQL 같은 오픈소스 위주로 사용하다 보니.

일단 Oracle 에서 Enterprise 버전을 받는것 부터 좀 버벅 대다가 다운받고

설치는 zip 파일을 풀면 rpm 파일들이 있는데

yum localinstall 명령어로 common -> lib -> devel -> client -> server 순으로 설치해준다.

rhel 7 기준으로 systemctl 명령어를 사용할텐데 systemd 데몬이 바로 생성되어 있지 않다.

이를 위해서는 mysqld_pre_systemd 명령어를 실행시켜주면 mysqld 로 systemd 데몬이 생성된다.

이후 systemctl start mysqld 로 데몬을 실행시켜주고

mysql -u root -p 로 기본으로 접속해서 확인하려고 하면?

패스워드가 필요하다!??

보통 community 버전 혹은 오픈소스 MariaDB는 그간 설치후 최초에는 Root 패스워드가

설정되어 있지 않았는데 갑작스러운 상황에 당황.

mysql_secure_installation (기본 보안 설정을 해준다.) 명령어를 사용해도 root 패스워드를 요구하고..

구글신에 검색해본 결과!

https://www.percona.com/blog/2016/05/18/where-is-the-mysql-5-7-root-password/

위 내용을 찾았다. 즉 /var/log/mysqld.log 의 [NOTE] 부분에 최초 실행시 설정되는 임시 패스워드가 

포함되어 있다.

해당 로그에서 임시패스워드를 사용하면 mysql 에 접속이 가능하다.

다만 임시패스워드 상태에서는 접속만 가능하고 다른 작업은 할 수 없기 때문에 

mysql_secure_installation 을 사용하여 기본 보안 설정을 진행하거나 (root 패스워드 변경이 포함되어 있음, 권장)

임시 패스워드를 변경하고 사용하면 된다.

단 패스워드 정책에도 보안등급이 적용되어 너무 단순한 패스워드는 사용할 수 없으니 참고할 것

회사에서 웹 서버의 로그 수집 및 분석을 위해 2015년 말 부터 ELK Stack과 TICK+Grafana Stack으로

웹 서버 및 주요 서버, 서비스의 로그 수집 및 대시보드를 통한 모니터링을 활용해 왔다.

다만 ELK는 당시에는 버전이 낮았고 성능이나 사용적인 부분에서 InfluxDB 보다 불편함을 느껴

지금까지 주로 TICK을 사용해왔다.

ELK는 1.X에서 2.X로, 그리고 5.X로 마이그레이션을 하며 사용은 했었지만 제대로 활용하진 않았다.

얼마전 Elastic Tour 2017 Seoul 에 참석하여 6.X ELK를 보니 다시 한번 제대로 사용해보자는 생각이 들어

처음부터 새로 구축하기로 하였다. 

이 글은 간단한 설치 및 구성과 logstash, filebeat 를 통한 로그 수집, 필터 처리, kibana를 통한

대시보드 작성을 진행과정에 따라 적어보고자 한다.

1.  ELK Stack 설치

1.1. 설치 버전 : 6.1.1

1.2. 준비 사항 : Docker CE 17.12 / docker-compose 1.18 / Golang 1.5 이상

1.3. 쉽게 사용하기 위해 Docker, Docker-compose 를 통해 elk-cluster 를 구축하려면 다음과 같이 docker-compose.yml 파일을

     사용하여 클러스터를 올린다. 몇몇 세부 옵션들은 yml 파일을 수정하여 사용한다.

version: '2.2'

services:

  elasticsearch1:

    image: docker.elastic.co/elasticsearch/elasticsearch:6.1.1

    container_name: elasticsearch1

    environment:

      - cluster.name=kobic-elk-docker-cluster

      - bootstrap.memory_lock=true

      - "ES_JAVA_OPTS=-Xms4096m -Xmx4096m"

    ulimits:

      memlock:

        soft: -1

        hard: -1

    volumes:

      - esdata1:/usr/share/elasticsearch/data

    ports:

      - 9200:9200

    networks:

      - esnet

  elasticsearch2:

    image: docker.elastic.co/elasticsearch/elasticsearch:6.1.1

    container_name: elasticsearch2

    environment:

      - cluster.name=kobic-elk-docker-cluster

      - bootstrap.memory_lock=true

      - "ES_JAVA_OPTS=-Xms2048m -Xmx2048m"

      - "discovery.zen.ping.unicast.hosts=elasticsearch1"

    ulimits:

      memlock:

        soft: -1

        hard: -1

    volumes:

      - esdata2:/usr/share/elasticsearch/data

    networks:

      - esnet

  kibana:

    image: docker.elastic.co/kibana/kibana:6.1.1

    container_name: kibana

    environment:

      SERVER_NAME: kibana.kobic.re.kr

      ELASTICSEARCH_URL: http://localhost:9200

    ports:

      - 5601:5601

    networks:

      - esnet

  logstash:

    image: docker.elastic.co/logstash/logstash:6.1.1

    container_name: logstash

    environment:

      XPACK_MONITORING_ELASTICSEARCH_URL: http://localhost:9200

    ports:

      - 5044:5044

    networks:

      - esnet

    depends_on: ['elasticsearch1']

volumes:

  esdata1:

    driver: local

  esdata2:

    driver: local

networks:

  esnet:

위 파일이 위치한 곳에서 docker-compose up 명령어를 통해 서비스를 올리면 해당 이미지들을 pulling 하고 기다리면

각 컨테이너가 실행이 된다. 그후 브라우저에서 localhost:5601 로 접속하면 kibana에 접속할수 있고 모니터링 탭을 통하여

각 elk node, kibana, logstash 의 상태를 확인할 수 있다.