dBack

pm2 cleardump
pm2 delete [app name]

pm2 list
In-memory PM2 is out-of-date, do:
error

pm2 update

locate:

/etc/mysql/mariadb.conf.d/50-server.cnf

bind-address 127.0.0.1

to

bind-address 0.0.0.0

service mysql restart

$ sudo apt-get update

$ sudo apt-get install build-essential libssl-dev

$ curl -o- https://raw.githubusercontent.com/creationix/nvm/v0.33.11/install.sh

$ source ~/.bashrc

$ nvm install 10.4.1

$ node -v
$ node --version

$ npm --version

// node default version

$ nvm alias default 6.11.5

$ cd ~

$ curl -sL https://deb.nodesource.com/setup_12.x -o nodesource_setup.sh

// shell 열어서 확인 할 시

$ nano nodesource_setup.sh

$ bash nodesource_setup.sh

$ apt-get install nodejs

$ nodejs -v

//root 권한 아닐 시, sudo 
$ apt install git-core

$ apt install npm user.name "denodo1"
$ apt-get update user.email "denodo1@gmail.com"

$ apt-get update color.ui "auto"

$ mkdir /works
$ cd /works

$ git clone https://github.com/denodo1/service-mybatis.git 

//생략가능

$ git remote add origin https://github.com/denodo1/service-mybatis.git

$ git add -A

$ git commit // 입력 후 엔터 치고 변경목록이 보이면 Ctrl+o 그리고 Enter 그리고 Ctrl+x 종료한다.

$ git commit -m "메세지입력"

$ git push

//end

$ cd /service-mybatis

$ git fetch origin

$ git pull

$ git status

//root 권한 아닐 시, sudo
$ apt install nodejs
$ apt install npm
$ apt-get update
$ apt-get install nodejs

$ npm -v

$ node -v
root@ip:/home/ubuntu/node# node -version
The program 'node' is currently not installed. You can install it by typing:
apt install nodejs-legacy

$ apt install nodejs-legacy

00. Server time zone changed.

$ date

$ sudo rm /etc/localtime

$ sudo ln -s /usr/share/zoneinfo/Asia/Seoul /etc/localtime

$ date

// 2020. 03. 17. (화) 23:45:00 KST

01. Update packages index.

$ sudo apt update

02. Once the packages list is updated, install MariaDB

$ sudo apt install mariadb-server

// Version Check

$ mysql -V

// Root account changed

$ sudo su root

03. Port changed / Charset changed

$ vim /etc/mysql/my.cnf

[mysqld]

character-set-server = utf8mb4

collation-server = utf8mb4_unicode_ci

character_set_server = utf8mb4

collation_server = utf8mb4_unicode_ci

$ sudo service mysql restart

04. Root password changed

$ mysqladmin -u root -p password 'qwer'

Enter password: 그냥 엔터

05. 운영용 database / id 생성

// root로 mariadb 접속
MariaDB [(none)]> create database blog;
MariaDB [(none)]> CREATE USER 'denodo'@'localhost' IDENTIFIED BY 'qwer';
MariaDB [(none)]> CREATE USER 'denodo'@'%' IDENTIFIED BY 'qwer';

// GRANT type_of_permission ON database_name.table_name TO ‘username’@'localhost’;

MariaDB [(none)]> GRANT ALL PRIVILEGES ON blog.* TO 'denodo1'@'localhost';

MariaDB [(none)]> GRANT ALL PRIVILEGES ON blog.* TO 'denodo1'@'%';

MariaDB [(none)]> flush privileges;
MariaDB [(none)]> exit;
 
$ mysql -u denodo -p
Enter password:설정한 비밀번호 입력

# 서버 이중화와 세션 유지

세션은 외부 서버에 저장하도록 별도로 설계하지 않는 이상 기본적으로 웹 서버 영역이나 WAS 영역에 저장됩니다. 운영하는 서버가 한 대일 경우 모든 접속자가 하나의 서버에 접속하여 세션 정보를 저장하게 되므로 별 문제가 없습니다. 

하지만 실제 웹 서비스를 하면서 싱글 서버를 구성하여 운영하는 경우는 거의 없다고 해도 무방합니다. 대부분 2대 이상으로 설계된 서버 이중화 구성을 하고 있지요. 이렇게 여러 대의 서버로 구성된 서비스는 서버의 로드 밸런싱(부하 분산)을 위하여 L4 스위치를 이용하여 사용자의 접속을 각 서버마다 고르게 배분합니다. 그리고 고르게 배분하는 과정에서 사용자의 각 요청이 처음 접속한 서버와는 다른 서버로 연결된다면 이 서버에서는 사용자의 상태 정보가 존재하지 않기 때문에 상태 정보를 유지할 수 없는 문제가 발생합니다. 만약 서버가 5대로 구성되어 있다면 로그인을 한 사람이 접속하는 페이지에서 제대로 로그인되어 있을 확율은 1/5 정도가 되겠네요.  

그렇다고 해서 각 서버마다 모두 세션을 생성해줄 수도 없는 일입니다. 그러면 실제 서비스 상에서는 이런 문제를 어떻게 해결하는 걸까요? 

일반적으로 로드 밸런싱을 위한 L4 스위치는 아래 3가지의 구성 방식이 있습니다.

이 중, Round-Robin  방식이나 Least-Connection 방식의 경우 로드밸런싱이라는 본래 목적에는 적합하지만 매 요청마다 사용자를 서로 다른 서버에 연결해버리므로 HTTP 세션을 사용할 수 없습니다. 그렇다고 Hash 방식으로 구성하자면 부하분산 능력이 떨어져서 일부 서버로 요청이 집중될 확률이 너무 커집니다. 그래서 Round-Robin 방식이나 Least-Connection 방식을 사용할 경우 L4에서는 Sticky Mode 라고 하여 일정 시간동안 사용자를 동일한 서버로 계속 연결시켜 줄 수 있도록 지원하고 있습니다. 

물론 L4에서 Sticky Mode 를 사용하면 일차적으로는 문제점이 해결되겠지만 특정 서버가 다운될 경우 그 서버에 저장되어 있던 세션 정보는 모조리 소실될 수 있습니다. 로드 밸런싱에 의해  다른 서버로 옮겨진 사용자는 세션 정보가 없으므로 로그아웃된 상태가 될 것입니다. 이러한 문제점을 해결하기 위한 방책으로 WAS에서는 세션 클러스터링을 지원합니다. 말 그대로 세션 정보를 클러스터링 처리하여 모든 서버가 공유할 수 있도록 구성하는 것입니다. 별도로 프로그래밍을 통하여 처리하기보다 WAS에 포함되어 있는 기능을 활용하여 구성하는 것이 대부분입니다. 

# AWS 에서의 세션 소실 문제 

AWS에서도 이와 같은 문제가 동일하게 발생합니다. 두 개 이상의 인스턴스로 구성된 서버 어플리케이션은 도메인을 어플리케이션에 연결하여 주는 ELB에 의하여 관리되는데, 이 ELB는 서버 부하에 따라 개별 서버 인스턴스에 요청을 배분합니다. (이때 배분하는 방식은 수정된 Round-Robin 방식입니다)이로 인하여 웹 사이트에 접속하고 일정 시간이 지나면 다른 서버로 연결이 전환되어 세션이 끊어지는 일이 발생합니다. (측정해보았더니 약 3분 간격으로 연결되는 서버가 달라지더군요) 이러한 문제를 해결하기 위해 아마존 AWS 에서는 L4 스위치와 동일하게  SLB에 Sticky Mode를 적용이 가능한 기능을 제공합니다. 

Sticky Mode는 아마존 클라우드 서비스 관리자 콘솔에서 설정하므로 홈페이지의 관리자 콘솔로 접속합니다. 

관리자 콘솔로 접속하면 아마존 클라우드 서비스의 다양한 항목들이 나열되어 있습니다. 이 중에서 빨간 색으로 박스표시된 Elastic Beanstalk을 클릭하여 어플리케이션 화면으로 이동합니다. 보이시는 화면의 위쪽에도 EC2, S3, Elastic Beanstalk, Route 53 등의 메뉴가 있을텐데요, 이것은 자주 사용하는 메뉴를 따로 모을 수 있도록 해놓은 맞춤 기능이라고 생각하시면 됩니다. 

Elastic Beanstalk 어플리케이션 화면으로 접속되었습니다. 우리가 서비스할 어플리케이션을 선택하여 클릭하면 어플리케이션에 대한 대시보드 페이지로 연결되는데 이 중에서 우리는 환경 설정에 관한 옵션을 설정해야 하므로 페이지의 왼편 메뉴 중에서 두번째에 있는 [Configuration] 을 클릭해줍니다. 

이제 여러 항목으로 구분된 설정창 박스들이 여러 개 나타납니다. 웹 영역에 대한 환경 설정 정보를 관리하는 Web Tier도 보이고 네트워크에 관련된 설정 정보를 관리하는 Network Tier 도 보이네요. 우리에게 필요한 항목은 로드밸런싱 환경설정입니다. [Network Tier]의 [Load Balancing] 항목을 클릭해줍니다. 

자, 이제 세 개의 필드셋으로 구분된 로드밸런싱 환경 설정 페이지가 보이시나요? 위에서부터 차례로 로드 밸런싱할 포트 등 기본 정보를 세팅하는 [Load Balancer] 항목, 로드밸런싱을 하기 위한 헬스체크 정보를 세팅하는 [EC2 Instance Health Check], 마지막으로 우리가 설정해야 할 [Session] 항목이 있습니다. 

마지막 항목을 좀 더 자세히 살펴보겠습니다. 

해석하자면 다음 설정은 로드 밸런서가 세션 쿠키를 어떻게 다룰 것인지 컨트롤할 수 있게 해 줍니다. 라는 의미입니다. 

AWS에서 SLB는 L4 스위치에서  Sticky Mode가 작동하는 것과 동일하게 동작할 수 있습니다. Enable Session Stickiness 옵션에 체크를 하게 되면 SLB 내에 있는 자체 데이터베이스에 쿠키를 통해 접속자의 정보를 저장해두고, 설정된 시간동안 사용자의 접속을 기억해두었다가 기존에 요청을 보냈던 서버로 계속 요청이 전달될 수 있도록 하여 세션의 끊어짐을 방지합니다. 

이제 Enable Session Stickiness 에 체크를 해 줍니다. 그리고 우리는 웹 서버에서 설정된 세션 시간만큼 (톰캣의 경우 3600 초) SLB 장비에서도 사용자를 다른 서버로 보내지 않고 붙들어주어야 하므로 Cookie Expiration Period ( 쿠키 만료 시한 : 초)에 시간을 입력해줍니다. (예를 들어, 3600) 

이제 Save 버튼을 누르면 끝입니다. 웹사이트에서 체크를 해보면 아까와는 달리 세션이 유지되는 것을 확인할 수 있을 겁니다. 사용자의 요청이 세션 만료 시각이 지나기 전에는 기존의 인스턴스로 계속 유지되기 때문입니다.   

(참고로 싱글 인스턴스로 동작하는 웹서비스에서는 이런 현상이 일어나지 않습니다) 

출처: https://m.blog.naver.com/PostView.nhn?blogId=sqlpro&logNo=220006382480&proxyReferer=https%3A%2F%2Fwww.google.com%2F

# sudo yum -y install httpd

# sudo yum -y install mysql mysql-server

# sudo yum -y install php php-mysql

#sudo service mysqld start

#mysql -u root -p mysql 

mysql> update user set password=password('원하는 비밀번호') where user='root';

mysql> flush privileges;

mysql> create database wordpress;

mysql> INSERT INTO mysql.user (host,user,password, ssl_cipher, x509_issuer, x509_subject) VALUES ('%','wp',password('wp'),'','','');

mysql> flush privileges;

mysql> grant all privileges on wordpress.* to jh@% identified by 'qwer' with grant option;

mysql> quit;

* netstat 에 대하여

열려져 있는 포트 및 서비스 중인 프로세스들의 상태 정보와 네트워크 연결상태를 보기위한 명령어

-a 모든연결 및 수신 대기 포트 표시

-c 현재 실행 명령을 매 초마다 실행

-l Listen 하고 있는 포트를 보여줌

-t tcp로 연결된 포트를 보여줌

-u udp로 연결된 포트를 보여줌

-n 주소나 포트 형식을 숫자로 표현

-p 해당 프로세스를 사용하고 있는 프로그램 이름을 보여줌

-r 라우팅 테이블을 보여줌

state

LISTEN 요청을 받을 수 있도록 연결 요구를 기다리는 상태. 즉, 포트가 열려있음

ESTABLISHED 서로 연결 되어 있는 상태 

SVN_SENT      클라이언트가 서버에게 SYN패킷을 보낸 후 연결을 요청한 상태

SVN_RECV      서버가 클라이언트의 SYN패킷으로 서비스를 요청 받은 후에 이에대한 응답으로 SYN/ACK패킷을 보내고 클라이언트에게 ACK를                       받길 대기하는 상태

TIME_WAIT      연결은 종료되었으나 대기 상태

CLOSE_WAIT 원격의 연결 요청을 받고 연결이 종료되길 기다리는 있는 상태

LAST_ACK      연결이 종료되엇고 승인을 기다리는 상태

CLOSED 완전히 연결이 종료된 상태

관련 url     ::    http://najuung.tistory.com/41

#sudo netstat -lntp | grep mysql  // mysqld ::: 3306 이라는 문장이 있으면 제대로 동작중임

#sudo service httpd start

#sudo netstat -lntp | grep httpd    // httpd ::: 80 포트 있으면 제대로 동작중임

#sudo wget https://ko.wordpress.org/wordpress-4.2.4-ko_KR.zip / tar 아무거나 받아도 상관없다

#unzip ./word ... 4.2.4

현재 ~ 폴더아래에 ./wordpress 가 생성된다

압축을 풀어둔 워드프레스 파일을 /wordpress 디렉토리로 복사한 후 설정파일을 생성한다.

# cp -a ~/wordpress/* /wordpress/

# cd /wordpress

# cp wp-config-samples.php wp-config.php

/wordpress 디렉토리 안에 만들어진 wp-config.php를 열어 아래와 같이 수정한다.

여기서 wordpress에는 앞에서 생성한 DB 이름, wp에는 DB 사용자 이름, dbpassword 부분에는 DB 사용자의 암호를 입력한다.

다음의 명령어를 수행하여 /wordpress 디렉토리의 권한을 apache.apache로 변경한다.

# chown -R apache.apache /wordpress

마지막으로 웹서버 설정 파일 /etc/httpd/conf/httpd.conf 파일에서 기본 디렉토리를  /wordpress로 변경한다. 중간 부분의 DocumentRoot 부분을 찾아서 다음 그림과 같이 /wordpress로 변경한다.

그리고 바로 아래에 있는 AllowOverride None을 AllowOverride All 로 수정한다.

httpd 서비스를 재시작한다.

# service httpd restart

모든 설정이 정상정으로 완료되면 http://ip-address 를 입력하면 다음과 같이 워드프레스 설정화면이 나타난다.

PasswordAuthentication yes

/etc/init.d/sshd restart

출처 URL : http://anster.tistory.com/17