teamsmiley 블로그

rendercore close

Mon, 31 Oct 2022 00:00:00 +0000

rendercore.com close

오늘부로 랜더코어를 닫았다.

20년간 신입부터 사장까지 하면서 많은걸 알려준 나의 분신같은 존재를 오늘부로 닫는다.

이글을 쓰는 순간 눈물이 나려고 한다. 20년간 많은걸 배웠고 많은걸 했다. 그리고 많은걸 이뤘다.

그동안 수고햇다 랜더코어. 이렇게 인생의 한 챕터를 클로즈 하게 된다.

이제는 새로운 챕터를 시작해야 한다. 어떻게 해야할가?

천천히 고민해봐야겟다.

그래도 오늘은 그동안 고생햇던 나 자신에게 한잔의 술을 사주고 싶은데..건강상의 문제로 마시지를 못하니 더 슬프다.

그동안 고생햇다 랜더코어.

그동안 고생햇다 병용이도.

나만의 기억이지만 이바닥에서 한가닥 작은 선을 긋기도 햇다고 생각한다. 그런데 시대는 변하고 그걸 쫒아가지 못햇고. 다시하면 잘할수 잇을것 같다.

사실 마음이 떠난지는 오래고 이날이 올지도 오래전에 알고 있엇지만. 미련하게 부여잡고만 있엇는데…이제 그만 놓아줘야겟다.

자 또 20년을 위한 뭔가를 또 시작해볼가?

소스코드랑 이런건 다 오픈소스로 풀고 이바닥을 떠나자..오늘은 ..쉬고 조만간 오픈.

idc 관리 / 클라우드 관리/ devops / program 컨설팅 필요하신분들은 연락주세요. remote work 환영합니다. teamsmiley@gmail.com

kubespray 1.27.0 calico node restart issue

Wed, 29 Dec 2021 00:00:00 +0000

calico node restart issue

k8s cluster 에서 calico node가 자꾸 리스타트를 한다.

문제를 찾아보다 확인된 issue

https://github.com/projectcalico/calico/issues/5122

내용인즉은 timeout이 1초로 되잇다고한다. 그래서 unhealth가 되서 자꾸 재시작이 됨.

daemonset에서 1초를 10초로 변경해주면 문제가 없어진다.

kubespray 1.27.0에서만 발생하는 이슈이고 1.27.1에서는 발생하지 않는다.

1.27.1에서는 다음 옵션이 추가가 되서 시간을 더 늘릴수도 있다.

# Under certain situations liveness and readiness probes may need tunning
calico_node_livenessprobe_timeout: 11
calico_node_readinessprobe_timeout: 11

기본값은 10초이다.

이것때문에 설치를 몇번을 더햇는지 모른다.

참고로 업그레이드커맨드는

ansible-playbook -i inventory/c2/hosts.yml upgrade-cluster.yml -b -v  -u root

Docker Volume Mount Permission

Sun, 01 Aug 2021 00:00:00 +0000

Docker Volume Mount시 Permission 관련 문제

오랜만에 docker-compose를 만들일이 있어서 file을 볼륨 마운트로 처리하였다.

그런데 뭐가 잘 안되서 이해가 안되서 하나씩 찾아보았다.

도커에 볼륨 마운트를 한 파일이 읽기 전용이라 호스트에서 아무리 바꾸어도 도커에서 그 파일을 확인해보면 도커 로딩시 읽었던 파일 그대로 되있다.

문제는 호스트 서버에서는 파일의 소유주가 ubuntu였고 755 로 권한이 주어져 있었다.

도커는 root로 돌고 있엇다. sudo 명령어를 사용하여 실행에는 문제가 없엇으나 실행된 도커는 파일에 쓰기 권한이 없었던 것이엿다.

해결방법은 파일의 소유주를 root로 모두 변경하고 도커를 올리면 호스트에서 수정된 파일이 도커안에서도 수정되었다.

마운트전 권한을 잘 확인하는 법도 필요하다.

추가

다시 해보니 잘 안됨.

파일 권한을 777로 하면 호스트에서 파일을 바꾸면 도커에도 잘 들어간다.

일단 이렇게 해결은 햇는데 이상함.

해결

드디어 해결했다.

docker exec -it aaa bash 로 들어가서 id를 치고 엔터해보면 동작하고 있는 유저 그룹등이 나온다.

호스트에서 chown -R 123:123 XXXX으로 유저를 위에서 확인된 유저로 지정을 해주면 된다.

AWS Bill - 02

Sat, 10 Jul 2021 00:00:00 +0000

AWS Bill - 02

로드 발란스

지난번에 로드 발란스를 1개로 줄이고 일비용이 얼마나 줄었을가? 확인해보았다.

36불에서 16불때로 반정도 비용이 줄어들었다.

로드 발란스 비용을 줄이고 나니 더 추가로 비용을 줄일게 없을가 하는 고민을 했다.

staging은 idc에서

staging 환경은 사실 테스트로 사용되기 때문에 멈춰도 크게 문제가 없다. 그래서 staging은 on premise에서 돌리기로 하였다.

하이브리드 kubernetes를 만들려는 욕심도 있긴 있었다.

kubespray로 kube를 올린후 스테이징 환경을 모두 aws에서 내렸다.

node를 줄일수 있으면 노드도 줄여주었다. 1개 줄었음. 4대에서 3대로

ecr (docker registry)

하다 보니 docker registry도 idc에 있는 gitlab을 사용하여 github action 실행시 이미지도 idc에 있는 gitlab에 올려 주었다.

이로써 네트워크 비용과 ecr비용도 줄어들기를 기대해본다.

추가로 LifeCycle policy 이용하여 마지막 5개의 이미지만 보관하게 처리하였다.

구조도

AWS Bill

Sat, 03 Jul 2021 00:00:00 +0000

AWS Bill

개인 프로젝트를 aws에 eks에 올려두었는데 비용이 많이 나와버렷다. 1200불/month 이다.

너무 비싸서 줄여보기를 시작햇다.

지금 확인한것은 application load balance를 도메인당 하나를 만들어두었는데 이게 가격이 하나당 한달에 30불 정도 나온다. 총 staing/prod 까지 10개만 되도 300불이 나온다.

이걸 줄이기 위한 방법을 고민해보았다

옵션 1: alb -> ingress-nginx -> service 로 보내서 한개의 alb만 사용하는 방법 옵션 2: alb를 가지고 뭔가를 해보는 방법.

옵션 1로는 할수는 있으나 가급적이면 alb로 처리해보고 싶어졌다.

확인해보자.

일단 기존에 도메인 별로 되있던 인그레스를 다음처럼 변경하였다.

기존

---
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: api
  namespace: xgrid-prod
  annotations:
    kubernetes.io/ingress.class: 'alb'
    alb.ingress.kubernetes.io/scheme: internet-facing
    alb.ingress.kubernetes.io/listen-ports: '[{"HTTP": 80},{"HTTPS":443}]'
    alb.ingress.kubernetes.io/certificate-arn: arn:aws:acm:us-west-1:xxxxxxx:certificate/8627eabd-9fb4-4952-9835-7955fbbb
    alb.ingress.kubernetes.io/actions.ssl-redirect: '{"Type": "redirect", "RedirectConfig": { "Protocol": "HTTPS", "Port": "443", "StatusCode": "HTTP_301"}}'

spec:
  rules:
    - host: api.aaa.com
      http:
        paths:
          - path: /
            pathType: Prefix
            backend:
              service:
                name: ssl-redirect
                port:
                  name: use-annotation
          - path: /
            pathType: Prefix
            backend:
              service:
                name: api
                port:
                  number: 80

---
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: id-server
  namespace: xgrid-prod
  annotations:
    kubernetes.io/ingress.class: 'alb'
    alb.ingress.kubernetes.io/scheme: internet-facing
    alb.ingress.kubernetes.io/listen-ports: '[{"HTTP": 80},{"HTTPS":443}]'
    alb.ingress.kubernetes.io/certificate-arn: arn:aws:acm:us-west-1:xxxxxxx:certificate/8627eabd-9fb4-4952-9835-7955fbbb
    alb.ingress.kubernetes.io/actions.ssl-redirect: '{"Type": "redirect", "RedirectConfig": { "Protocol": "HTTPS", "Port": "443", "StatusCode": "HTTP_301"}}'

spec:
  rules:
    - host: auth.aaa.com
      http:
        paths:
          - path: /
            pathType: Prefix
            backend:
              service:
                name: ssl-redirect
                port:
                  name: use-annotation
          - path: /
            pathType: Prefix
            backend:
              service:
                name: id-server
                port:
                  number: 80

변경후

---
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: xgrid-prod
  namespace: xgrid-prod
  annotations:
    kubernetes.io/ingress.class: 'alb'
    alb.ingress.kubernetes.io/scheme: internet-facing
    alb.ingress.kubernetes.io/listen-ports: '[{"HTTP": 80},{"HTTPS":443}]'
    alb.ingress.kubernetes.io/certificate-arn: arn:aws:acm:us-west-1:xxxxxx:certificate/8627eabd-9fb4-4952-9835-xxxxba
    alb.ingress.kubernetes.io/actions.ssl-redirect: '{"Type": "redirect", "RedirectConfig": { "Protocol": "HTTPS", "Port": "443", "StatusCode": "HTTP_301"}}'

spec:
  rules:
    - host: api.aaa.com
      http:
        paths:
          - path: /
            pathType: Prefix
            backend:
              service:
                name: ssl-redirect
                port:
                  name: use-annotation
          - path: /
            pathType: Prefix
            backend:
              service:
                name: api
                port:
                  number: 80

    - host: auth.aaa.com
      http:
        paths:
          - path: /
            pathType: Prefix
            backend:
              service:
                name: ssl-redirect
                port:
                  name: use-annotation
          - path: /
            pathType: Prefix
            backend:
              service:
                name: id-server
                port:
                  number: 80

    - host: www.aaa.com
      http:
        paths:
          - path: /
            pathType: Prefix
            backend:
              service:
                name: ssl-redirect
                port:
                  name: use-annotation
          - path: /
            pathType: Prefix
            backend:
              service:
                name: www
                port:
                  number: 80

로드발란스가 3개에서 1개로 줄었다. 비용이 1/3줄어 들었다. 해보고 나니 구지 도메인당 하나로 할 필요는 없어 보인다.

현재 ssl이 한개여서 이렇게 적용이 가능햇으나 aaa.com에는 적용을 하지 못햇다. 왜나면 ssl이 다르기 때문이다.

여러개의 도메인에 ssl을 적용하기

certificate manager에서 ssl을 만든다.

기존 ssl 설정에 arn을 추가해준다.

alb.ingress.kubernetes.io/certificate-arn: arn:aws:acm:us-west-1:xxxxxxx:certificate/8627eabd-9fb4-4952-9835-xxxxxxxc2ddfba,arn:aws:acm:us-west-1:xxxxxxx:certificate/a35a9d31-073d-4785-942f-xxxc22b30 #comma로 구분후 연결한다.

.....

- host: xgridcolo.com
  http:
    paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: www
            port:
              number: 80

www를 추가 했고 ssl만 추가해두면 sni를 구분해서 자동으로 매치를 해주는듯 보인다.

가격이 1/3으로 줄어들었다.

1개로 줄이기

namespace가 다른데 하나의 인그레스로 설정해서 쓰고 싶어졌다.

alb.ingress.kubernetes.io/group.name: shared-ingress

이걸 추가하면 로드발란스가 shared-ingress로 만들어지고 다른 모든것들이 이 로드발란스를 사용한다.

Ingress가 다 각각의 name space에 생기는것은 맞다.

그리고 그것들이 하나의 로드발란스를 사용한다.

가격이 1/10 으로 줄어들었다.

npm shrinkwrap

Thu, 01 Jul 2021 00:00:00 +0000

npm shrinkwrap

결론 먼저 : 사용하는 패키지의 디펜던시의 버전을 수정해야 하는 경우 사용

잘되던 프로젝트가 build가 안되는 문제가 발생햇다.

왜 그런지 확인을 해보니 capacitor가 2에서 3으로 업데이트되면서 뭔가가 바뀐것 같다.

일단 뭐가 바뀌엇는지는 따로해결하기로 하고 빌드부터 해결하기로 햇다.

원인을 찾아보니 ionic-appauth 패키지가 capacitor-secure-storage-plugin 을 사용한다.

현재는 0.4.0을 사용하는데 이 버전을 0.5.1로 해주면 해결이 된다.

문제는 ionic-appauth 에서 관리되는 버전을 어떻게 바꾸는지가 문제가 됬다.

검색을 해보니 npm shrinkwrap 가 보인다.

npm shrinkwrap

일단 프로젝트에 npm-shrinkwrap.json 파일이 생긴다. 다음처럼 작성했다.

{
  "dependencies": {
    "capacitor-secure-storage-plugin": {
      "version": "0.5.1",
      "dependencies": {
        "@capacitor/core": {
          "version": "2.4.7"
        }
      }
    }
  }
}

ioinc build를 해보면 문제없이 잘 되는것을 알수있다.

일단 해결 완료.

vscode에서 warning

5000 -> 50000으로 일단 변경해두고 사용하자.

todo

그런데 프로젝트를 바꾼게 없는데 왜 안될가? 어디서 바뀌었을가? 현재는 capacitor 3을 쓰고 잇는것인가? 이상하네..

https://npmjs.org/doc/shrinkwrap.html

Github commit message

Thu, 01 Jul 2021 00:00:00 +0000

Github commit message

skip ci

Github Action을 커밋 메세지로 스킵하고 싶어졌다. 구지 ci가 필요가 없는 경우 빌드시간이 아까우니..

커밋 메세지에 다음을 사용하면 ci가 동작하지 않는다.

[skip ci]
[ci skip]
[no ci]
[skip actions]
[actions skip]

https://github.blog/changelog/2021-02-08-github-actions-skip-pull-request-and-push-workflows-with-skip-ci/

close issue

커밋메세지에 다음을 포함하면 이슈를 닫을수 있다.

close
closes
closed
fix
fixes
fixed
resolve
resolves
resolved

ex)

fixed #100
다른 프로젝트도 같이 : Fixes octo-org/octo-repo#100
여러 프로젝트 함께 : Resolves #10, resolves #123, resolves octo-org/octo-repo#100

https://docs.github.com/en/issues/tracking-your-work-with-issues/linking-a-pull-request-to-an-issue#linking-a-pull-request-to-an-issue-using-a-keyword

Postman OAuth2 login

Wed, 30 Jun 2021 00:00:00 +0000

포스트맨으로 OAuth2 로그인을 해보자.

원하는 폴더에서 edit를 누르자.

type : OAuth2를 선택

edit token configuration

정보를 잘 넣어주며 된다. identity server는 다음처럼 넣어주면 된다. 본인의 설정에 맞게 넣어주자.

Callback URL : https://staging.xxxx.com/signin-callback
Auth URL : https://auth.staging.xxxx.net/connect/authorize
Access Token URL : https://auth.staging.xxxx.net/connect/token

이제 Get New Access token 버튼을 눌러보자.

로그인 창이 나오면 로그인 해본다.

토큰을 받아오면

use token을 누르면 저장된다.

브라우저를 이용하여 로그인하기

구글 로그인등에서 포스트맨 브라우저를 오래된 브라우저로 인식해 로그인이 안되는 경우가 있다. 그래서 웹브라우저를 통해서 로그인하는 방법을 찾아보았다.

일단 idp에서 다음 url을 redirect url에 추가해두어야한다.

https://oauth.pstmn.io/v1/callback

이제 포스트맨에서 Authorize using browser 체크하면 브라우저가 실행된다. 로그인을 하면 포스트맨을 실행할거냐고 묻는다.

실행하면 토큰이 포스트맨으로 옮겨져 있다.

일기 - 가훈

Tue, 29 Jun 2021 00:00:00 +0000

일기 - 가훈

공개 일기를 써볼가 싶은 생각이 들었다.

자꾸 생각을 안하게 되는것 같아서 생각을 정리하기 위해.

미생을 보는데 가훈 사훈 이런 말이 나왔다. 훈이 무슨말일가 궁금해서 찾아봤다. 가르칠 훈.

가훈의 뜻은 한 “집안의 행동이나 생활에 지침이 되는 교훈” 이네..가르치다 보다는 교훈쪽이 더 맞는것도 같다.

아무튼 이제 개(인)훈 또는 나(의)훈을 정해봤다.

선택, 집중, 실행
핵심에 바로 집중 “stright to point”
긍정적인 생각

이 정도로 일단 정해보자. 그리고 매일 읽어보자.

ps) 오늘 플래너에 적은 글

하나의 걱정이 가고 나니 또 다른 걱정이 온다.

사실 새로운 걱정이 생긴것은 아니고 큰 걱정에 가려져있던 걱정이 다시 보이기 시작한 것뿐.

보이지만 안보려고 노력했다. 하시만 이제 직시(바로 보기)를 해야한다.

어떤 것은 끝을 봐야하는 것이 있다고 한다. 그래야 배울수 있다. 실패를 하던 성공을 하던 배울수있다.

조금 더 나은 내가 되기 위해 끝을 봐야한다.

중요한건 최선을 다하는 것이다. 그리고 끝을 봐야한다.

생각의 힘을 가지고 인생의 주인이 되서 살아보자.

ps2) 이 글을 적는 이유는 비지니스 경영자를 위한 업무 집중 방법이라는 글에서 다른 사람들에게 약속을 공언하기 라는 부분이 있엇는데 마음에 들어서 일기 형식으로 공언해본다.

말해두면 지키게 되겟지 ^^

2021-06-29

google api 사용법

Fri, 25 Jun 2021 00:00:00 +0000

google api 사용법

구글 API 콘솔에서 프로젝트 생성

구글 API 라이브러리 추가

원하는 라이브러리 추가

사용자 인증 정보 추가

프로젝트 삭제

사용이 끝나면 삭제

프로젝트 선택

원하는 프로젝트를 선택한다.

프로젝트 설정 클릭

종료 클릭

api 제한

api를 제한하지 않으면 사실 남들이 apikey를 가져가서 다 사용해버리면 과금이 엄청 되버린다. 이부분을 항상 고려해야할듯 싶다.

일단 두개로 나눈다 외부에 오픈되는 키와 내부적으로만 사용되는키

외부에 오픈되는 키

외부에 오픈되는 키는 웹화면에서 소스보기를 하면 보이는 키이다. 이 키는 아무나 볼수가 있어서 누가 사용해버리면 과금이 발생한다.

이 키는 apikey에 제한을 꼭 걸어야한다.

http 리퍼러를 통해 내 도메인에서만 들어오는 요청을 허용해야한다. 물론 개발을 위해서 localhost도 필수
api 제한 사항도 꼭 걸어야한다. 필요한 api만 이 키에 허용을 해준다.

내부적으로 사용되는 키

api에서 사용되는 키를 말한다 코드가 서버에 있으므로 브라우저에 오픈이 되지 않는다.

서버가 고정아이피라면 ip로 고정을 할수 있다. 이걸 추천한다.

그런데 저는 아마존이라 그냥 전체를 오픈해서 사용중이다. 어차피 다른누군가 알 수가 없으므로 큰 의미는없으나 api모니터링을 좀 해야할듯 싶다.

누가 아마존사용하면서 어플리케이션 제약에 서버 아이피로 처리가 가능하신분은 알려주시기 바란다.

api는 꼭 본인이 사용하는 api만 체크를 하기 바란다.

궁금한것

하다보니 뭔가 api가 기본으로 설치된게 너무 많다..뭐를 쓰는건지도 모르고 정리가 잘 안되는 느낌이다.

전체 프로젝트 리스트를 보면 구글 docs나 spredsheet에 쓰이는듯한 느낌적 느낌이 드는 프로젝트가 많이 있다 이게 뭘가?

teamsmiley 블로그

rendercore close

rendercore.com close

kubespray 1.27.0 calico node restart issue

calico node restart issue

Docker Volume Mount Permission

Docker Volume Mount시 Permission 관련 문제

추가

해결

AWS Bill - 02

AWS Bill - 02

로드 발란스

staging은 idc에서

ecr (docker registry)

구조도

AWS Bill

AWS Bill

여러개의 도메인에 ssl을 적용하기

1개로 줄이기

npm shrinkwrap

npm shrinkwrap

vscode에서 warning

todo

Github commit message

Github commit message

skip ci

close issue

Postman OAuth2 login

Postman OAuth2 Login

브라우저를 이용하여 로그인하기

일기 - 가훈

일기 - 가훈

google api 사용법

google api 사용법

구글 API 콘솔에서 프로젝트 생성

구글 API 라이브러리 추가

사용자 인증 정보 추가

프로젝트 삭제

프로젝트 선택

프로젝트 설정 클릭

종료 클릭

api 제한

외부에 오픈되는 키

내부적으로 사용되는 키

궁금한것