https://sharplee7.tistory.com/132

즉, 외부 서비스에서 프라이빗 서브넷의 인스턴스로 접근할 수 없게 하되, 프라이빗 서브넷의 인스턴스에서는 외부 서비스로 접근할 수 있게 해주는 서비스 입니다.

네트워크 주소 변환(Network Address Translation, 줄여서 NAT)은 IP 패킷의 TCP/UDP 포트 숫자와 소스 및 목적지의 IP 주소 등을 재기록하면서 라우터를 통해 네트워크 트래픽을 주고 받는 기술을 말한다.

NAT를 이용하는 이유는 대개 사설 네트워크에 속한 여러 개의 호스트가 하나의 공인 IP 주소를 사용하여 인터넷에 접속하기 위함이다.

Internet 접속이 가능한 Public Subnet에 NAT Gateway를 생성해두고, Private Subnet이 외부 인터넷으로 나아갈 경우에만 사용하도록 라우팅을 추가해주는 것이다.

public 서브넷과 private 서브넷은 같은 VPC안에 있으면 서로 통신할수있다는 점을 이용하여, NAT 게이트웨이를 생성해주면 마치 대리기사 역할처럼 public 서브넷이 외부 인터넷 데이터를 private 서브넷에게 대신 전달해주게 된다.

NAT Gateway는 내부에서 외부로의 접속만 가능하며 외부에서 NAT Gateway를 이용하여 접속하는 것은 불가능하다는 특징을 가지고 있다. 따라서 NAT Gateway를 이용하면 외부 인터넷 연결에 의한 보안 문제도 일석이조로 해결할 수 있게 된다.

• private 에서 private(온프레미스) 통신 : https://zigispace.net/1102

방금 언급한 명령의 실행 결과를 바탕으로, 아래와 같이 편집해야 합니다:

bash Copy code pick 41962c3 import vpc & subnet & change tags, change directory squash 7660bdd change with code review 이렇게 하고 저장하고 편집기를 닫으면, Git은 두 커밋의 커밋 메시지를 합쳐서 새로운 커밋 메시지를 작성하라는 메시지를 표시합니다. 이 새로운 커밋 메시지를 작성하고 저장하고 편집기를 닫으면, 두 커밋이 하나로 합쳐진 새로운 커밋이 생성됩니다.

합쳐진 커밋은 원래 두 커밋의 변경 사항을 모두 포함하고, 이 커밋은 두 원래 커밋의 부모가 됩니다. 이렇게 하면 원래 두 커밋이 하나의 커밋으로 합쳐집니다.

현재 브랜치(main)에서 변경하고 있는 작업을 커밋합니다. 변경한 파일을 스테이징하고, 커밋을 만들어 작업 내용을 저장합니다. 명령어 예시: git add . (변경된 파일들을 스테이징), git commit -m "현재 브랜치 작업 내용".

현재 브랜치(main)에서 새로운 브랜치를 생성합니다. 새로운 브랜치는 원래 작업하던 브랜치의 변경 사항을 적용할 목적으로 만듭니다. 명령어 예시: git checkout -b <새로운 브랜치 이름>.

현재 브랜치(main)에서 새로운 브랜치로 변경 사항을 이동시킵니다. 변경한 내용을 적용하기 위해 현재 브랜치(main)에서 새로운 브랜치로 변경 사항을 이동시킵니다. 명령어 예시: git cherry-pick <커밋 해시> (커밋 해시는 현재 브랜치의 변경 사항의 커밋 해시를 사용합니다). 이 단계를 반복하여 모든 필요한 변경 사항을 새로운 브랜치로 이동시킵니다.

새로운 브랜치에서 변경한 작업을 커밋합니다. 변경한 파일을 스테이징하고, 커밋을 만듭니다. 필요한 만큼 커밋을 생성하고 작업을 진행합니다. 명령어 예시: git add . (변경된 파일들을 스테이징), git commit -m "새로운 브랜치 작업 내용".

새로운 브랜치를 원격 저장소에 푸시합니다. 새로운 브랜치를 원격 저장소에 공유해야 합니다. 명령어 예시: git push origin <새로운 브랜치 이름>.

원래 작업하던 main 브랜치에서 Pull Request를 생성합니다. 원래 작업하던 main 브랜치로 이동한 후, 원격 저장소의 웹 인터페이스에서 "New Pull Request" 또는 유사한 버튼을 클릭하여 Pull Request를 생성합니다. 변경 사항에 대한 요약 및 설명을 제공하고, 관련된 리뷰어를 지정합니다.

위의 단계를 따르면, 현재 브랜치(main)에서 새로운 브랜치로 변경 사항을 이동시키고, 변경 사항을 포함한 새로운 브랜치에 대한 Pull Request를 생성할 수 있습니다. 이를 통해 변경 사항을 검토하고 병합(Merge)할 수 있습니다.

• sed 's/찾는단어/바꿀단어/g' 파일명
• vim에서 esc 후 :%s/찾는단어/바꿀단어/g

# Base Rules

- Continue to add the tasks for this today.
- Briefly jot down the daily plans here, while documenting actual achievements and routines in detail on a paper planner.

• CKA 부족 부분 연습
  • kodekloud Practice Test Application Failure
  • kodekloudPractice Test Control Plane Failure
  • kodekloudPractice Test Worker Node Failure
  • kodekloudPractice Test - Troubleshoot Network
  • Practice Test - Explore Environment
  • Practice Test CNI
  • Practice Test - Deploy Network Solution
  • Practice Test - Networking Weave
  • Practice Test Service Networking
  • Practice Test CoreDNS in Kubernetes
  • Practice Test - CKA - Ingress Networking - 1
  • Practice Test - CKA - Ingress Networking - 2

Weekly

# Base Rules

- Continue to add the tasks for this week.

• 5/22 Official Leave
• CKA 부족 부분 연습
• CKA test success
• 5/26 여수

Monthly

# Base Rules

- Continue to add the tasks for this month(5).

Lifelong

• Be a mentor to those in need.

Application

1. svc 확인 (이름, nodeport, port, targetport 확인 등)

2. deployment 확인 (ex) mysql 앱 사용자 및 비밀번호 등 수정)

3. pod 확인 (ex)mysql pod 자체 환경변수의 비밀번호 설정)

1

• k get svc -A

• 위 그림과 비교해서 svc 이름만 다른 것을 알 수 있음 => yaml로 받아서 name만 바꿔서 다시 apply 해주면 됨.

2

• k get svc -A

헷갈리는 nodeport, port, targetport 정리

• NodePort

  • 외부에서 접속하기 위해 사용하는 포트

• port

  • Cluster 내부에서 사용할 Service 객체의 포트

• targetPort

  • Service객체로 전달된 요청을 Pod(deployment)로 전달할때 사용하는 포트

• 어쨌든 문제로 돌아가서, 위 문제에서는 mysql-service에서 어플리케이션 3306으로 다시 들어가야 하니까 targetport를 3306으로 해주어야 함.

Controlplane

1. schduling 등에 에러가 있다. -> kube-system 네임 스페이스의 pod 확인해서 이상있는 지 확인.
2. 이상 있으면 k logs -n kube-system 파드이름으로 무슨 문제인지 확인
3. /etc/kubernetes/manifests 경로로 가서 오류 수정

3

deployment의 scaling up을 했지만 pod scaling up 안 되는 상황이면, 다른 이상이 없다면 kube-system 쪽 pod를 봐준다 -> 이상이 있는 pod가 있다 -> 그렇다면 controller쪽 이상 (scheduling이 안 되고 있을 수 있기 때문)

k logs -n kube-system kube-controller-manager-controlplane

의 명령어로 문제가 있다면 어떤 문제가 있는 지 확인 가능하고, 해당 문제를 고쳐준다.

(이 경우엔 kube-scheduler 문제여서, /etc/kubernetes/manifest의 kube-scheduler.conf에서 틀린 문자열을 고쳐줬다.)

4

• manager-controlplane 파드가 고장나 있어서 log를 봤다.

root@controlplane:/etc/kubernetes/manifests# kubectl -n kube-system logs kube-controller-manager-controlplane
I0916 13:17:27.452539       1 serving.go:348] Generated self-signed cert in-memory
unable to load client CA provider: open /etc/kubernetes/pki/ca.crt: no such file or directory

• 위와 같이, pki 디렉토리가 잘못 잡혀있다는 오류였다. 이 경우, 파일은 제대로 있다면 hostPath가 다르게 잡혀있는 것이다.

• 위와같이, yaml 파일에서 잘못잡혀있어서 올바르게 수정해주면 된다.

Worker Nodes

1. ssh node
2. journalctl -u kubelet -f 해서 경우의 수를 본다.

• 단순히 systemctl start kubelet
• 파일 글자오류
• /etc/kubernetes/kubelet.conf port 오류

1.

• journalctl -u kubelet -f May 23 08:22:00 node01 kubelet[2053]: I0523 08:22:00.194377 2053 reconciler_common.go:253] "operationExecutor.VerifyControllerAttachedVolume started for volume "xtables-lock" (UniqueName: "kubernetes.io/host-path/8c8b5124-2404-4fd7-87b8-2581cf01b11d-xtables-lock") pod "kube-flannel-ds-q2sbf" (UID: "8c8b5124-2404-4fd7-87b8-2581cf01b11d") " pod="kube-flannel/kube-flannel-ds-q2sbf" May 23 08:22:00 node01 kubelet[2053]: I0523 08:22:00.194432 2053 reconciler_common.go:253] "operationExecutor.VerifyControllerAttachedVolume started for volume "kube-api-access-js7sj" (UniqueName: "kubernetes.io/projected/8c8b5124-2404-4fd7-87b8-2581cf01b11d-kube-api-access-js7sj") pod "kube-flannel-ds-q2sbf" (UID: "8c8b5124-2404-4fd7-87b8-2581cf01b11d") " pod="kube-flannel/kube-flannel-ds-q2sbf" -> systemctl start kubelet

2.

• journalctl -u kubelet -f
• • Logs begin at Tue 2023-05-23 08:05:45 EDT. -- Dec 29 14:32:36 node01 kubelet[4670]: E1229 14:32:36.331403 4670 run.go:74] "command failed" err="failed to construct kubelet dependencies: unable to load client CA file /etc/kubernetes/pki/WRONG-CA-FILE.crt: open /etc/kubernetes/pki/WRONG-CA-FILE.crt: no such file or directory"

• 읽어보니 뭔가 CA FILE이 없대서 해당 경로 yaml 들어가서 ca 파일 잡아줌.

3.

• journalctl -u kubelet -f May 23 08:32:12 node01 kubelet[5637]: E0523 08:32:12.511600 5637 kubelet_node_status.go:92] "Unable to register node with API server" err="Post "https://controlplane:6553/api/v1/nodes\": dial tcp 192.24.230.12:6553: connect: connection refused" node="node01" May 23 08:32:13 node01 kubelet[5637]: E0523 08:32:13.501902 5637 event.go:276] Unable to write event: '&v1.Event{TypeMeta:v1.TypeMeta{Kind:"", APIVersion:""}, ObjectMeta:v1.ObjectMeta{Name:"node01.1761c5a55d5d6ac2", GenerateName:"", Namespace:"default", SelfLink:"", UID:"", ResourceVersion:"", Generation:0, CreationTimestamp:time.Date(1, time.January, 1, 0, 0, 0, 0, time.UTC), DeletionTimestamp:, DeletionGracePeriodSeconds:(int64)(nil), Labels:map[string]string(nil), Annotations:map[string]string(nil), OwnerReferences:[]v1.OwnerReference(nil), Finalizers:[]string(nil), ManagedFields:[]v1.ManagedFieldsEntry(nil)}, InvolvedObject:v1.ObjectReference{Kind:"Node", Namespace:"", Name:"node01", UID:"node01", APIVersion:"", ResourceVersion:"", FieldPath:""}, Reason:"Starting", Message:"Starting kubelet.", Source:v1.EventSource{Component:"kubelet", Host:"node01"}, FirstTimestamp:time.Date(2023, time.May, 23, 8, 30, 49, 639955138, time.Local), LastTimestamp:time.Date(2023, time.May, 23, 8, 30, 49, 639955138, time.Local), Count:1, Type:"Normal", EventTime:time.Date(1, time.January, 1, 0, 0, 0, 0, time.UTC), Series:(v1.EventSeries)(nil), Action:"", Related:(*v1.ObjectReference)(nil), ReportingController:"", ReportingInstance:""}': 'Post "https://controlplane:6553/api/v1/namespaces/default/events": dial tcp 192.24.230.11:6553: connect: connection refused'(may retry after sleeping)

-> 6553 6443으로 고쳐주기 (vim /etc/kubernetes/kubelet.conf)

Network

1. k get pods -A 해서 잘못된 pod log 봐주기

• 1번은 CNI 뭐 업데이트 하는 문제였는데 솔직히 뭔지 모르겠어서 그냥 넘어가는 걸로 했다.

2.

• proxy pod log 봐서 conf 고치기
  • 알고보면 daemonset이어서 k edit ds -n kube-system kube-proxy 해서 config쪽 파일 잘못된 것 고침

k -n kube-system logs kube-proxy-wd9hl 
E0523 13:45:01.349109       1 run.go:74] "command failed" err="failed complete: open /var/lib/kube-proxy/configuration.conf: no such file or directory"

# Base Rules

- Continue to add the tasks for this today.
- Briefly jot down the daily plans here, while documenting actual achievements and routines in detail on a paper planner.

• Official Leave (Health Cheak-Up)
• 20 ~ 22 CKA

Weekly

# Base Rules

- Continue to add the tasks for this week.

• 5/22 Official Leave
• CKA test success

Monthly

# Base Rules

- Continue to add the tasks for this month(5).

Lifelong

• Be a mentor to those in need.

options { timeout(time: 10, unit: 'MINUTES') }

블록으로 해당 stage이 실행시간을 10분으로 설정 가능

존재하지 않는 중간의 디렉토리를 자동을 생성해 준다.

예를 들면 아래 명령어를 입력하면 에러가 난다.

mkdir f1/f2/f3

mkdir: f1/f2: No such file or directory

하지만 mkdir -p 옵션을 이용하면 중간 디렉토리 역시 자동으로 생성해 준다.

mkdir -p f1/f2/f3

성공적으로 수행!

즉, mkdir -p 옵션은 안전하게 파일 경로를 생성해 준다.

출처: https://wotres.tistory.com/entry/mkdir-p-%EC%98%B5%EC%85%98%EC%9D%B4%EB%9E%80

ondemand 배치

요청이 있을 때만 실행되는 배치 작업

• 예를 들어, 사용자가 웹 페이지에서 "실행" 버튼을 누르면 해당 배치 작업이 실행되도록 할 수 있다.

schedule 배치

일정에 따라 주기적으로 실행되는 배치 작업

• 예를 들어, 매일 밤 12시에 데이터베이스를 백업하는 배치 작업이 있다면 이것은 schedule 배치에 해당된다.

daemon 배치

항상 실행 중인 배치 작업

• 일반적으로 데몬 프로세스는 서버가 시작될 때 시작되고, 서버가 종료될 때까지 계속해서 실행 된다. 데몬 프로세스는 일반적으로 백그라운드에서 실행되며, 주기적으로 작업을 수행한다. 예를 들어, 로그 파일을 지속적으로 모니터링하고, 새로운 로그 메시지를 처리하는 데몬 프로세스가 있다면 이것은 daemon 배치에 해당한다.

▶ 피벗 테이블 보고서의 레이아웃과 위치는 <그림>을 참조하여 설정하고, 보고서 레이아웃을 개요형식으로 표시하시오.

• 피벗 테이블 만들 범위 잡고 삽입 > 피벗 테이블

▶ 직위를 ‘페이지’로, 부서코드는 ‘행’으로 처리하고,

▶ ‘데이터’는 전산이론, 전산실기의 평균을 계산 값에서 값 필드 설정 선택

• 개요 형식은 디자인 탭의 보고서 레이아웃에서 설정

▶ 부서코드의 첫 문자가 ‘G’인 자료는 ‘관리본부’로, ‘T’인 경우에는 ‘기술본부’로 그룹을 작성하시오.

• 그룹

개요 형식과 테이블 형식 차이

• 개요형식
• 테이블 형식

▶ 완성된 피벗 테이블 보고서는 보고서 서식의 ‘보고서1’ 형식으로 지정하시오. 리본 메뉴에 없는 자동 서식 추가 (추가 된 모습)

• 자동 서식 > 보고서 1

• 부분합 표시 안함

▶ 데이터 열에 표시되는 각 평균 점수들은 값 필드 설정의 표시형식 - 숫자형을 이용하여 소수 2자리로 표시하시오.

• 숫자 하나 클릭하고 값 필드 설정

• 표시 형식 클릭

중복 된 항목 제거

▶ 데이터 도구를 이용하여 [표1]에서 ‘성명’, ‘성별’, ‘생년월일’ 열을 기준으로 중복된 값이 입력된 셀을 포함하는 행을 삭제하시오.

• 범위 선택 후 데이터 > 중복 된 항목 제거 클릭

• 기준 열 선택

• 완료 형태

▶ [부분합] 기능을 이용하여 [표1]에서 ‘반’별 ‘출석일수’의 평균을 계산한 후 ‘성별’별 ‘성명’의 개수를 계산하시오.

• 반을 기준으로 오름차순으로 정렬하고, 반이 동일한 경우 성별을 기준으로 오름차순 정렬하시오.

• 평균과 개수는 위에 명시된 순서대로 처리하시오.

• 부분합 이전에 정렬 먼저 : 데이터 > 정렬

• 항목 선택 후 데이터 > 부분합

또 부분합 (블록은 끝까지 잡기!) & 새로운 값으로 대치 해제!!!

▶ 직위가 과장이거나, 직위가 사원이고 점수가 80 이상인 자료의 이름, 부서명, 직위, 점수, 평가 열만 순서대로 표시하시오.

• 직위가 과장

• 이거나, 직위가 사원이고 점수가 80 이상인

같은 표현

• 이름, 부서명, 직위, 점수, 평가 열만 순서대로 표시

1. 출력해야할 열 이름 표시
2. 필드명 + 데이터 영역 드래그
3. 데이터 > 고급 클릭
4. 데이터 영역(= 필드명 까지 드래그), 조건 영역, 필드 영역(-> 복사위치) 각각 드래그
5. 완료형태

조건부 서식

데이터 탭의 일을 할 때에는 필드명까지 잡아주고, 아닐 때는 데이터 영역만 블록설정

ex) 조건부 서식은 데이터 탭이 아니라 홈 탭에 있으니까 데이터 영역만 블록

▶ [A2:L23] 영역에 대해서 ‘업무수행’이 80 미만이고, ‘영어듣기’가 70 미만인 행 전체에 대해서 글꼴 스타일은 ‘기울임꼴’, 글꼴 색을 ‘빨강’으로 적용하는 조건부 서식을 작성하시오.

1. 영역 드래그 후 홈 > 조건부 서식 > 새 규칙

2. 수식을 사용하여 서식을 지정할 셀 결정 클릭 후 규칙 만들어주기

• ‘업무수행’이 80 미만

• ‘영어듣기’가 70 미만

• 이고

달러 개념

• $F : F열을 보겠다.

• $2 : 2행만 보겠다.

• $F2 : F열만 볼건데, 2행부터 보겠다.

• 서식 적용

1. 완료형태

시트 보호

▶ [L2:L23] 영역에만 셀 잠금을 적용한 후 잠긴 셀의 내용과 워크시트를 보호하시오.

• 기본적으로 잠금은 모든 셀에 적용 되어 있음

1. 전체 선택하고 마우스 오른쪽 클릭 > 셀 서식 > 보호에서 잠금 체크박스 해제

2. 원하는 영역만 잠금

▶ 잠기지 않은 셀의 선택은 허용하고, 잠긴 셀의 선택은 허용하지 마시오.

1. 검토 > 시트 보호 클릭

2. 잠기지 않은 셀의 선택은 허용, 잠긴 셀 선택 허용하지 말라

HBT 이론 https://ddangeun.tistory.com/25