일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 |
- Linux
- 유니티
- unity
- build
- elasticsearch
- JavaScript
- nodejs
- Ai
- error
- 구글
- AWS
- s3
- Python
- sample
- 설정
- ssh
- Kibana
- mariadb
- 엘라스틱서치
- MSSQL
- JS
- docker
- ChatGPT
- API
- MySQL
- Windows
- logstash
- Git
- 영어
- Today
- Total
목록systemd (3)
가끔 보자, 하늘.
nodejs로 개발된 앱들을 관리하는데 pm2 는 꽤 편리한 툴입니다. 특히나 마이크로 서비스로 개발된 앱들은 역할이 분명하고 특수한 임무만을 수행하기 때문에 보수할 일이 거의 없기도 합니다. 저도 9년전에 만들어 둔 서비스를 아직 그대로 쓰는 경우도 있습니다. 각종 보안 업데이트 문제로 코드 수정이 된 적은 있으나 임무 자체가 변경되지는 않으니까요. 그러다보니 OS를 재시작 될 경우 하나하나 재실행하기 번거롭게, 내가 아닌 다른 사람이 OS를 재시작 하는 문제라도 발생하면 문제가 될 수도 있습니다. 이런 경우에 대한 해답이 바로 "pm2 startup 스크립트"입니다. 그냥 service로 해당 스크립트를 바로 실행할 경우 혹시라도 버그로 다운된다면 재실행 안되는 문제가 있습니다. 그렇다고 pm2 st..
자신의 서비스를 systemd에 등록할 때는 아래와 같은 절차로 진행하면 됩니다. 이 글에서는 my-service라는 이름으로 자체 서비스를 등록한다고 가정해 보겠습니다. /lib/systemd/system 폴더 안에 my-service.service를 생성하고 아래 내용을 입력합니다. my-service는 /usr/local에 설치했다고 가정하겠습니다. [Unit] Description=my-service Documentation=https://your_site/doc/path Wants=network-online.target After=network-online.target [Service] WorkingDirectory=/usr/local/my-service ExecStart=/usr/local/m..
tar 파일 가져와서 설치했더니 데몬으로 가동이 안되는 상태. rpm으로 다시 설치할까 그냥 systemd에 등록함. elasticsearch , kibana 모두 6.3 버전 사용. /etc/systemd/system/kibana.service 파일을 만들어 아래 내용을 삽입. [Unit]Description=Kibana 6.3 [Service]Type=simpleUser=rootEnvironment=CONFIG_PATH=/your kibana path/config/kibana.ymlEnvironment=NODE_ENV=productionExecStart=/your kibana path/node/bin/node /your kibana path/src/cli [Install]WantedBy=multi-u..