728x90 kubernetes11 k3s 설치 가이드 설치에 필요한 스크립트들을 통해서 k3s를 설치kubectl, cictl ,ctr, ks3-killall.sh , ks3-uninstall.sh재부팅시에도 자동으로 ks3 동작하도록 서비스가 등록curl -sfL https://get.k3s.io | sh - 클러스터 상태 확인sudo kubectl get nodes Workernode 추가K3S_URL = master server IPK3S_TOKEN = /var/lib/rancher/k3s/server/node-token curl -sfL https://get.k3s.io | K3S_URL=https://192.168.0.50:6443 K3S_TOKEN=K10be4c8a71c2dda402dfd0d5f138ef7a699ebd85775d5334.. 2024. 6. 13. Kubernetes EFK Helm https://velog.io/@raiders032/EFK-%EA%B5%AC%EC%B6%95%ED%95%98%EA%B8%B0 Repo 등록 helm repo add elastic https://helm.elastic.co Elastic Repo 검색helm search repo elastic helm search repo elastic/elasticsearch --versions helm pull elastic/elasticsearch 기존 PVC 설정eanbled : falseexistingClaim : PVC이름persistence: enabled: false existingClaim : work-persistent-storage ElasticSearch 설치helm insta.. 2024. 5. 3. Kubernetes NFS Provisioner Kubernets Volume을 사용하기 위해서는 다양한 방법들이 존재한다. 그 중에 NFS StorageClass를 사용할 예정이며, NFS Storageclass를 사용하게 되면 사용하기 편한 점이 존재-> PV 별도 생성할 필요 없고 PVC 생성 시 자동으로 생성-> PVC를 삭제 하면 PV도 같이 삭제 된다.-> 용량에 대한 산정이 필요할 경우 YAML 배포할때 상세한 안내가 필요하다 NFS Provisionergit clone https://github.com/kubernetes-sigs/nfs-subdir-external-provisioner.gitcd nfs-subdir-external-provisioner/deploy 적용할 상세 YAML 파일 Provisioner 권한 설정S.. 2024. 5. 2. Kubernetes 모니터링 시스템(Promtail + Loki + Grafana) Helm Helm Chart 추가helm repo add grafana https://grafana.github.io/helm-charts Helm Repo List 확인버전별 리스트 helm search repo "repo name" --versionshelm search repo grafana --versions Loki Repo 다운로드Promtail + Loki + Grafana helm pull grafana/loki-stack Loki-stack 압축풀기각 버전별로 압축파일 풀기 Loki 설치Helm Name : lokihelm install loki grafana/loki-stack -f values.yaml 그라파나 패스워드 확인kubectl get secrets loki-grafana -o .. 2024. 5. 1. Kubernetes PostgresSQL 설치 Kubernets Postgres DB 설치Deployment , Service Postgres image 버전은 선택Configmap, Secret를 통한 계정 정보 저장하기환경 변수POSTGRES_DB : DB NamePOSTGRES_USER : DB USERPOSTGRES_PASSWORD : DB 패스워드 Configmap으로 패스워드 설정하는 방법사실 보안상 Configmap으로 하면 평문으로 처리하기에 secret를 통해서 설정해야한다!apiVersion: v1kind: ConfigMapmetadata: name: postgres-configdata: POSTGRES_DB: mydatabase POSTGRES_USER: myuser POSTGRES_PASSWORD: mypasswordap.. 2024. 4. 25. Kubernetes LoadBalancer(MetalLB) MetalLB를 통한 kubernetes Service 로드밸런싱온프레미스 경우 kubernetes L4를 사용하기 위해서는 MetalLB를 사용해야하며, 사용방법은 간단하나,적용 이후 IP 내역에 대해서는 내부 IP 설정 깃허브version : 0.10 ## 버전은 상위 버전으로 해도 무방하나 설치 방법이 약간은 다를 수 있습니다.https://github.com/metallb/metallb GitHub - metallb/metallb: A network load-balancer implementation for Kubernetes using standard routing protocolsA network load-balancer implementation for Kubernetes using stan.. 2024. 4. 23. CNI Flannel 설치 가이드 조건kubernetes 기본 리소스 환경기본 환경 설치 참고(weave CNI 설치부분까지만) : https://monta010.tistory.com/91 손쉬운 Kubernetes 설치 가이드 실무,테스트든 쿠버네티스를 설치 하기 위해서는 공식문서를 통해서 설치를 진행해야한다. 그러나 처음 접하는분들인듯 공식문서만 보고 하게 되면 뭔가 잘안되는 경우가 많다. 처음에 설치monta010.tistory.com 경량화 CNI Flannel 설치기본적인 CNI 경우에는 "kubeadm init" 시에 별도의 Network를 설정하지 않아도 정상적으로 동작한다.별도 설정하지 않는 테스트 대상 : weave , calico공식문서 참고.. 2024. 4. 22. kubespray 구축 kubespray 오픈소스로 구성되어 있으며, 쉽게 k8s 설치를 도와주는 도구이다. 공식 깃허브를 가게 되면 자세히 나와있으며, 브랜치별로 k8s버전이 다르니 체크가 필요하다 CNI 는 calico가 기본이고, 변경도 가능 한 것으로 보입니다. 공식 깃허브 브랜치별로 k8s 버전이 다르기에 체크해서 확인 필요 버전 확인 경로 : inventory/sample/group_vars/k8s_cluster/k8s-cluster.yml https://github.com/kubernetes-sigs/kubespray/tree/release-2.24 GitHub - kubernetes-sigs/kubespray: Deploy a Production Ready Kubernetes Cluster Deploy a Pro.. 2024. 4. 18. 손쉬운 Kubernetes 설치 가이드 실무,테스트든 쿠버네티스를 설치 하기 위해서는 공식문서를 통해서 설치를 진행해야한다. 그러나 처음 접하는분들인듯 공식문서만 보고 하게 되면 뭔가 잘안되는 경우가 많다. 처음에 설치할때는 많은 어려운이 생겻고 매뉴얼대로 따라하는데도 설치가 안되어서 혼자 고민을 많이 햇습니다. 그러나 테스트로 설치하는 경우도 많고 설치하는데 많은 시간을 쓰고 싶지 않아서 구글링을 통해서 나만의 kubernets 손쉬운 설치 가이드를 만들어 봤습니다. 환경 구성 CRI : containerd Kubernets Version 1.25 -> 상위 버전일 경우 하위 내용 참고 Ubuntu 20.04 마스터 1대 워커노드 2대 수동 설치 Kubernets 기본 환경 설치 CRI, kubeadm, kubelet, kubectl h.. 2024. 4. 16. Pod 배포시 단일파드?, 여러개 파드? 선택 공부하다가 생각나는 내용 작성하기 Pod를 배포할때는 고민할 부분들이다. 각 단일,여러개 배포할때마다 조건들이 있으며, 이부분은 서비스 로직마다 다를 거 같다. Pod를 여러개 띄우는것도 설정상과 문제는 없지만, 추후에 스케줄링을 위한 환경일 경우에는 각각 서비스에 맞도록 Pod를 배포하는게 맞다고 생각한다. 만약에 프론트,백엔드를 배포를 한다고 가정하에 하나의 Pod에 배포를 하게 된 상태에서 다수의 사용자가 접속하면서 Pod의 개수가 증가된다. 그떄 하나로 구성햇으며, 프론트,백엔드가 동시에 배포되는 상황이다. 그러면 일단 리소스는 2배로 워커노드에 부담이 되는 상황인 것이다. 2개가 동시에 배포가 되어야하는게 맞는다면, 하나의 Pod에 구성이 되는게 맞다고 생각하지만, 그게 아니면 하나의 Pod로 .. 2024. 4. 16. 이전 1 2 다음 728x90
