융융이'Blog

리눅스(Linux) 계열 서버에서 트래픽 확인하기(Vnstat) 설치 및 DB생성 sudo apt-get install vnstat vnstat 에 트래픽을 측정하고 하는 eth 연결하기 vnstat -u -i eth0 트래픽 현황 확인하기 ## 일자별 확인 vnstat ## 실시간 트래픽 확인(-l 옵션) vnstat -l -i [인터페이스명] ## 지난 24시간 동안 시간별 트래픽 양 보기(-h 옵션) vnstat -h -i [인터페이스명] ## 지난 7일간 전체 트래픽 양 보기(-w 옵션) vnstat -w -i [인터페이스명] ## 이번달 날짜별 트래픽 양 보기(-d 옵션) vnstat -m -i [인터페이스명] ## 트래픽 양이 가장 많았던 날 top10보기(-t 옵션) vnstat -t -i ..

Usage: dialog { --and-widget } where options are "common" options, followed by "box" options Special options: [--create-rc "file"] Common options: [--ascii-lines] [--aspect ] [--backtitle ] [--beep] [--beep-after] [--begin ] [--cancel-label ] [--clear] [--colors] [--column-separator ] [--cr-wrap] [--date-format ] [--default-button ] [--default-item ] [--defaultno] [--exit-label ] [--extra-button..

리눅스 종료코드 종료 코드 번호 뜻 예제 비고 1 광범위한 일반적 에러 let "var1 = 1/0" "divide by zero"같은 잡다한 에러 2 bash 문서에 명시되어 있는 쉘 내장명령어의 오사용 거의 보기 힘들고 보통은 디폴트로 1번 종료 코드로 나타남 126 실행 불가능한 명령어의 구동 퍼미션 문제거나 실행 허가가 없는 명령어 127 "command not found" $PATH 문제거나 오타일 가능성 있음 128 exit에 잘못된 인자 넘김 exit 3.14159 exit는 0에서 255사이의 정수만 받음 128+n 치명적 에러 시그널 "n" kill -9 스크립트의 $PPID **$?**는 137 (128 + 9)을 리턴 130 스크립트가 Control-C에 의해 종료됨 Control-C..

mysql> CREATE USER 'myuser'@'%' IDENTIFIED BY '4myuser'; Query OK, 0 rows affected (0.00 sec) mysql> GRANT ALL PRIVILEGES ON my_upload.* TO 'myuser'@'%'; Query OK, 0 rows affected (0.00 sec)위 와 같이 유저를 host '%'로 설정하여 생성한다면 table에 권한 줄 때 문제가 생길 있다. 왜냐하면 그렇기 때문에 와일드카드로 모든 호스트를 허용한다고 해도 localhost까지 포함되진 않을 수 있습니다. 만약 로컬에서만 작업을 하는 계정이라면 mysql> USE mysql..

위 3가지는 서비스 퍼블리싱(Service Types) 에 속한다. 기본값으로 ClusterIP 방식으로 설정 된다. ClusterIP : 서비스를 클러스터-내부 IP에 노출시킨다. 이 값을 선택하면 클러스터 내에서만 서비스에 도달할 수 있다. Cluster 내부적에서만 사용한다. NordPort : 고정포트로 각 노드 IP에 서비스를 노출 시킨다. NodePort 서비스가 라우팅되는 ClusterIP 서비스가 자동으로 생성된다. [NodeIP] : [NodePort]를 요청하여, 클러스터 외부에서 NodePort 서비스에 접속할 수 있다. 같은 상위 네트워크 상에서 주로 사용한다. LoadBalancer: 클라우드 공급자의 로드밸런서를 사용하여 서비스를 외부에 노출시킨다. 외부 로드 밸런서가 라우팅되는..

컨피그맵(ConfigMap) 환경 변수나 설정값까지 쿠버네티스 오브젝트에서 관리 값들을 YAML 파일로 포드와 함께 배포할 수 있다. 사용법 kubectl create configmap 위 실행문은 log-level-configmap 에 변수 1개 / start-k83에 변수 2개를 설정해준 것이다. configmap 확인 => kubectl describe configmap , kubectl get configmap -o yaml이다. 주요 사용 컨피그맵의 값을 컨테이너의 환경 변수로 사용 컨피그맵의 값을 포드 내부의 파일로 마운트해 사용 컨피그맵의 데이터를 컨테이너의 환경변수로 가져오기 예시: yaml 파일에서 log-level-configmap 과 start-k8s의 comfigmap값 참조를 하고..

리소스를 논리적으로 구분하는 장벽 쿠버네트스에서는 리소를 논리적으로 구분하기 위해 네임스페이스(Namespace)라는 오브젝트를 제공합니다. 네임스페이스를 생서하지 않았더라면 기본적으로 default, kube-public, kube-system 으로 3가지가 존재한다. # yaml 파일 이용할 때 kubectl apply -f production-namespace.yaml # CLI이용 kubectl create name production네임스페이스와 라벨의 차이점은 네임스페이스는 자원사용량을 제한을 두거나 특정 네임스페이스에 생성되는 포드에는 사이드카 컨테이너를 붙이는 등 특정 namespace에 대해서 설정이 가능합니다. namespace를 꼭 부여를 해야하는 것은 아니다. 왜냐하면 namespa..

도커가 나타난 이래로 다양한 컨테이너 오케스트레이션 도구가 등장했다. 어려 해에 걸쳐 이 도구끼리 경쟁한 결과 2017년 가을에 쿠버네티스가 정식으로 도커에 통합된다는 내용이 발표되면서 컨테이너 오케스트레이션 도구의 사실상 표준이 되었다. 쿠버네티스 공식 문서 : https://kubernetes.io/ko/docs/home/ 쿠버네티스(Kubernetes) 쿠버네티스는 구글의 엔지니어를 중심으로 하는 커뮤니티에서 개발이 진행되고 있는 오픈소스 컨테이너 오케스트레이션 툴이다. 구글 뿐만 아니라 Microsoft, Red Hat, IBM 등이 개발에 참여하고 있어 제공하는 기능도 풍부하고 개발 속도도 빠르며, 대규모 시스템에서의 도입 실적도 풍부하여 컨테이너 오케스트레이션 툴의 실질적 표준이라고 할 수 있..