$ 100최소 계정 크기

마지막 업데이트: 2022년 2월 26일 | 0개 댓글
  • 네이버 블로그 공유하기
  • 네이버 밴드에 공유하기
  • 페이스북 공유하기
  • 트위터 공유하기
  • 카카오스토리 공유하기
  • Mega Press Inc.
  • 388 Market Street, Suite 1300,
    San Francisco, CA 94107
  • Tel : +1 (415) 903 5222
  • Toll Free : +1 (877) 273 2555
  • [email protected]

[번역] 쿠버네티스에서 쉽게 저지르는 10가지 실수

쿠버네티스를 사용하면서 쉽게 저지르는 10가지 실수에 대한 번역글입니다. 원글을 읽고 공감가는 $ 100최소 계정 크기 부분이 많아 기록으로 남기고자 번역하였습니다.

우리는 그 동안 다양한 쿠버네티스 클러스터(직접 혹은 관리형)를 볼 수 있는 기회가 있었고 사람들이 몇가지 반복적인 실수를 하는 것을 알게 되었습니다. 사실 우리도 비슷한 실수들을 하였습니다. 몇가지 흔한 케이스에 대해서 설명하고 고치는 방법에 대해서 공유하고자 합니다.

리소스 설정 - requests and limits

리소스 설정 부분이 가장 많은 관심을 갖기에 충분하기에 첫번째로 말씀 드립니다.

CPU 요청량이 설정되어 있지 않거나 혹은 너무 낮게 설정되어 있는 경우입니다. 많은 Pod 들을 한 노드에 넣기 위한 방법이죠. 하지만 이로 인해 노드들이 초과할당(overcommited)된 상태가 됩니다. 평상 시에는 문제가 없더라도 CPU 자원을 많이 사용하게 되는 경우, 각 어플리케이션들은 초기에 요청한 자원만큼만 사용할 수 있어 CPU throttle이 발생하게 되고 어플리케이션 지연이 발생하게 됩니다.

다음과 같은 설정들을 지양합시다.

반면에, CPU limit을 설정하는 것은 노드의 CPU가 한가함에도 불구하고 Pod에 불필요한 CPU throttle을 발생시킬 수 있습니다. 현재 리눅스 커널에서의 CPU CFS quota를 이용하는 것과 CPU limit을 이용한 CPU throttling에 대한 논의가 이루어지고 있습니다. CPU limits는 문제를 해결하는 것보다 문제를 더 야기 시키는 경우가 많습니다.

메모리 초과할당(overcommit)은 더 큰 문제를 불러올 수 있습니다. CPU limit에 도달하는 경우에 CPU throttling이 발생하지만 메모리 limit에 도달하는 경우 Pod가 죽게 됩니다. OOMKill 에 대해서 들어보셨나요? 바로 그것이 발생합니다. 이것의 발생 빈도를 줄이고 싶다면 메모리를 초과할당하지 말고 Guaranteed QoS(Quality of Service)로 설정하시기 바랍니다. Guaranteed QoS란 아래의 예시처럼 메모리의 요청량( requests )을 제한량( limits )과 동일하게 설정하는 것을 의미합니다. 더 자세한 내용은 Henning Jacobs’ (Zalando) 발표자료를 참고하시기 바랍니다.

Burstable(OOMkilled될 가능성이 더 많아짐):

리소스 설정을 한다면 어떤 이점이 있을까요?

Pod 의 현재 CPU와 메모리 사용량을 확인할 수 있습니다. (그 안에 컨테이너의 사용량도 확인할 수 있습니다.) 바로 metrics-server 를 통해서 볼 수 있습니다. 다음 명령을 실행해 봅시다.

해당 명령은 현재 리소스 사용량만 보여줍니다. 이 정도로도 훌륭하지만 결국에는 시간별 리소스 사용량을 확인할 필요가 생기게 됩니다. (그러면 다음과 같은 질문들에 대한 답을 얻을 수 있습니다. “어제 아침 peak 때의 CPU 사용량이 어느 정도 였나요?”) 이것은 Prometheus , DataDog 와 같은 플랫폼을 이용하여 확인할 수 있습니다. 이들은 metrics-server 로 부터 메트릭 정보를 받아 내부적으로 저장하고 사용자들이 쿼리할 수 있게 지원하는 시스템들입니다.

VerticalPodAutoscaler는 자동으로 Pod 의 리소스 사용량을 확장 시켜주는 친구입니다. CPU/메모리 사용량을 지켜보고 있다가 새롭게 리소스 제약을 설정해 줍니다.

최적의 리소스 사용량을 찾는 작업은 쉽지 않는 일입니다. 마치 매번 테트리스를 하는 느낌이죠. 만약에 평균적으로 낮은 리소스 사용량(대략 ~10% 미만)을 보이는데 리소스 사용량을 설정하는데 많은 시간을 보내고 있다면 AWS Fargate나 가상 kubelet (virtual kubelet)을 지원하는 제품을 사용하는 것을 한번 고려해 보시기 바랍니다. 이러한 제품들은 서버리스의 이점과 사용량에 따른 비용 과금 방식을 활용하여 더 싸고 운영 효율적인 솔류션이 될 수 있습니다.

Health 체크 - liveness and readiness probes

기본적으로 Pod 를 생성하면 liveness 와 readiness 설정이 없습니다. 때론 그 상태 그대로 놔두죠. 하지만 그러한 설정은 당신의 서비스가 알 수 없는 장애에 맞닥뜨리게 되었을 때 어떻게 Pod 를 재시작하게 만들 수 있을까요? 또는 당신의 Pod 가 $ 100최소 계정 크기 사용자 요청을 처리할 수 있을지 로드밸런서가 어떻게 알 수 있을까요?

사람들은 대부분 다음 두가지 설정의 차이를 잘 구분하지 못합니다.

  • Liveness 체크는 당신의 Pod 가 linvess 검사를 통과하지 못할 경우 재시작됩니다.
  • Readiness 체크는 검사를 통과하지 못하는 경우 더 이상 요청을 받지 못하게 Service 로 부터 오는 트래픽을 끊습니다.

두가지 검사 모두 Pod 의 생명주기 전체 기간동안 지속적으로 검사합니다. 이것은 중요한 부분입니다. 사람들은 주로 ReadinessProbe 의 경우 Pod 를 시작할 시점에만 검사를 진행하여 트래픽의 전달 여부를 결정한다고 생각합니다. 하지만 그것은 단지 하나의 사용사례에 불과합니다. 또 다른 중요한 사용법으로는, 특정 Pod 에 너무 많은 트래픽이 몰리게 되어 너무 뜨거워지는 경우(too hot) 더 이상 트래픽이 전송되지 않게 함으로써 열을 시킬 수 (cool down) 메커니즘을 제공합니다. 어느 정도 시간이 지난 후 ReadinessProbe 이 성공적으로 검사를 통과하기 시작하면 다시 트래픽을 전송하게 됩니다. 이런 상황에서 liveness와 readiness 검사를 동일하게 설정하여 readiness가 실패할 경우, Pod 가 재시작하게 된다면 매우 비생산적일 수 밖에 없습니다. 굳이 건강한 (healthy) Pod 가 단지 일을 많이 한다고 해서 재시작하는 것이 맞을까요?

때로는 차라리 상태 검사를 둘다 제대로 설정을 안하는 것이 잘못 설정해 놓는 것보다 나은 경우가 있습니다. 위에서 언급했듯이, livness 검사와 readiness 검사를 동일하게 설정한다면 큰 문제가 발생할 수 있습니다.(역자주: Pod 가 할일이 많은데 계속해서 재시작이 될 수 있는 위험성이 존재합니다.) 처음 시작한다면 readiness 검사만 설정하길 권장드립니다. 왜냐하면 liveness 검사는 자칫 위험할 수도 있기 때문입니다.

종속성이 있는 다른 서비스가 죽는다고 하더라도 linvess와 readiness에 영향이 가지 않게 설정하시길 바랍니다. 연쇄적 실패(cascading failure)가 발생할 수도 있기 때문입니다. 잘못하다간 자기 스스로 문제를 악화 시킬 수 있습니다.

모든 서비스에 로드밸런서 달기

많은 경우, 클러스터에서 한개 이상의 endpoint를 외부로 노출 시켜야 하는 상황이 존재합니다. Service 의 타입을 type: LoadBalancer 로 생성하는 경우 플랫폼에 따라 알맞는 외부 로드밸랜서가 만들어지고 연결이 됩니다.(L7 로드밸랜서가 아닌 L4 LB인 경우가 많죠) 이러한 리소스는 많이 생성하는 경우 비용이 많이 들 수도 있습니다.(공인 IP, 서버 등)

이러한 상황에서는 쿠버네티스 Service 를 NodePort 로 생성하면서 한개의 외부 로드밸런서를 공유하는 방법이 있습니다. 혹은 더 좋은 방법으로는 nginx-ingress-controller (혹은 traefik )과 같은 Ingress 컨트롤러를 이용하여 한개의 endpoint를 이용하여 L7 레벨에서 트래픽을 라우팅하는 방법도 있습니다.

클러스터 내부의 서비스들끼리 통신을 하는 경우에는 단순히 ClusterIP 타입의 서비스를 이용하고 내부 DNS 서비스 탐색 기능을 사용하길 바랍니다. 이런 경우에는 굳이 외부 DNS/IP를 이용하여 응답시간이 지연되거나 클라우드 비용이 추가적으로 발생하지 않게 주의하시기 바랍니다.

쿠버네티스가 모르는 자동확장

쿠버네티스는 클러스터에 노드를 추가하거나 삭제할 때, 단순히 간단한 CPU 사용량을 보고 자동확장을 수행하지 않습니다. 쿠버네티스는 Pod 를 스케줄링할 때, Pod , Node affinity, taints, toleration, resource requests, QoS 등 다양한 스케줄링 제약사항을 확인하여 결정합니다. 그렇기 때문에 이러한 세부적인 사항들을 이해하지 못하는 외부 자동확장 $ 100최소 계정 크기 컴포넌트를 사용하는 것은 문제를 일으킬 수 있습니다.

예를 들어, 새로운 Pod 를 생성하는데 기존의 Pod 들이 클러스터의 모든 CPU 리소스 만큼 CPU 요청량을 설정하여 Pod 가 Pending 상태에 빠져 있는 경우를 생각해 봅시다.(예를 들어, 클러스터 전체 CPU 용량이 100인데 전체 Pod 요청량 합산이 100인 경우) 이 경우, 외부 자동확장 컴포넌트는 현재 CPU 평균 사용량을 보고 노드를 추가하지 않을 것입니다.(요청량은 100이라 하더라도 실제 사용량은 적을 수 있기 때문에) 결과적으로 새로 생성한 Pod 는 계속 Pending 상태에 빠져 있을 것입니다.

Scaling-in(클러스터에서 노드를 삭제)은 항상 더 어렵습니다. 예를 들어, $ 100최소 계정 크기 Stateful Pod (persistent 볼륨이 연결된 Pod )가 있다고 생각해 봅시다. persistent 볼륨은 주로 특정 가용영역(Availability Zone)에 속해 있는 자원이고 리전간 복제되지 않습니다. 만약 외부 자동확장 컴포넌트가 이러한 노드를 삭제하는 경우 그 안에 들어 있던 Pod 는 다른 노드에 할당되지 못하고 Pending 상태에 빠져 있게 될 것입니다. 이 Pod 는 특정 가용영역에 존재하는 노드에서만 동작하기 때문입니다.

이러한 이유로 쿠버네티스 커뮤니티에서는 cluster-autoscaler를 많이 사용합니다. 이 컴포넌트는 대부분의 퍼블릭 클라우드 벤더에서 지원하며 모든 세부적인 쿠버네티스 스케줄링 제약사항을 이해하여 자동확장을 수행합니다. 뿐만 아니라 최대한 주어진 제약사항에 영향이 가지 않게 아름답게 노드를 제거(gracefully $ 100최소 계정 크기 scale-in)할 수 있는 방법을 찾아 운영 비용을 최소화합니다.

권한관리 부재

클러스터의 권한제어를 위해 IAM User의 액세스 키를 각 서버와 어플리케이션에 저장하지 말고 역할(Role)이나 서비스 계정(Service Account)를 이용하여 임시 권한을 발급하는 형식을 사용하길 바랍니다.

우리는 종종, 하드코딩된 액세스 키가 어플리케이션 설정값으로 들어있는 것을 봅니다. 권한관리를 할 때 절대로 이러한 방법을 사용하지 않길 바랍니다. 최대한 IAM 역할이나 서비스 계정을 활용하길 바랍니다.

kube2iam 을 사용하지 말고 바로 ServiceAccount를 위한 IAM Role을 사용하기 바랍니다.

annotations 하나만 추가하면 됩니다. 어때요, 쉽죠?

또한 꼭 필요한 경우가 아니라면 서비스 계정이나 인스턴스 프로파일에 admin 이나 $ 100최소 계정 크기 cluster-admin 권한을 부여하지 않길 바랍니다. 일일이 권한을 나누는 일은 조금 귀찮은 일이긴 하지만 충분히 그럴 가치가 있습니다.

Anti Affinity 설정

가용성을 위해 3개 Pod 레플리카를 생성하였지만 노드가 죽을 때 3개 Pod 모두 한꺼번에 죽었습니다. 어떻게 된 일인가요? 3개 Pod 가 전부 한개 노드 위에서 돌았군요. 쿠버네티스가 알아서 고가용성(HA)을 보장해주는 것이 아니었나요?

쿠버네티스 스케줄러가 강제로 anti-affinity를 설정해 주진 않습니다. 명시적으로 선언해야 합니다.

이것이 전부입니다. 이렇게 하면 모든 Pod 들이 각각 다른 노드에서 실행될 것입니다. 뿐만 아니라 topologyKey 를 kubernetes.io/hostname 가 아닌 availability zone으로 바꾸는 경우 가용영역에 따라 나눠서 스케줄링할 수도 있습니다.

PodDisruptionBudget 설정

운영 환경에서 쿠버네티스를 운영하는 경우, 시간에 따라 노드관리를 해야 합니다. (노드 추가, 업그레이드, 삭제 등) PodDisruptionBudget (이하 pdb )는 클러스터 관리자와 클러스터 사용자간의 서비스 보증을 해주는 API입니다.

pdb 를 꼭 생성하여 노드 삭제 시(node drain) 서비스 장애가 발생하지 않게 설정하길 바랍니다.

이러한 pdb $ 100최소 계정 크기 리소스는 클러스터 사용자로써 클러스터 관리자에게 이런 말을 남기는 것과 같습니다. “저는 무슨 일이 있어도 zookeeper 서비스가 최소 2개 이상 가용한 상태로 유지되어야 합니다.” 더 자세한 논의는 다음 블로그 포스트를 참고하시기 바랍니다.

Cluster 공유

쿠버네티스 네임스페이스는 완벽히 고립된 환경(isolation)을 제공하지 않습니다.

사람들은 종종 네임스페이스를 이용하여 $ 100최소 계정 크기 운영환경과 개별환경을 나누고 싶어합니다. 특정 워크로드가 다른 네임스페이스에 영향을 미치지 않게 않게 하고 싶어 합니다. 쿠버네티스의 여러 메커니즘을 잘 이용한다면 어느 정도 가능한 얘기입니다. - 리소스 사용량 제약, quotas, priorityClasses, affinity, tolerations, taints, nodeSelector 등을 이용하면 되지만 꽤나 복잡한 일입니다.

만약 동일한 클러스터에서 스테이지별(dev, prod) 같은 작업을 해야하는 워크로드가 있는 경우 어쩔 수 없이 이 복잡성을 감수하고 사용해야 하지만 그렇지 않는 경우 클러스터를 나누길 바랍니다. 이것은 더 강한 고립성을 부여하고 복잡성을 감소 시킵니다.

externalTrafficPolicy: Cluster 설정

모든 트래픽들이 NodePort 서비스를 통해 클러스터 내부에서 전부 라우팅될 수 있게 Service 의 기본값인 externalTrafficPolicy: $ 100최소 계정 크기 Cluster 로 설정되는 경우가 대부분입니다. 이 뜻은 NodePort 가 모든 노드에 동일하게 열려 있어 어떤 노드를 통하든 원하는 Pod 로 도달할 수 있는 것을 의미합니다.

통신하고자 하는 Pod 들이 모든 노드에 있는 것은 아니기 때문에 나의 요청이 실제로 Pod 가 존재하는 노드로 라우팅되지 않는 경우 $ 100최소 계정 크기 내부적으로 추가적인 네트워크 홉(network hop)을 야기 시키고 이는 네트워크 지연을 발생 시킵니다.(노드들이 서로 다른 가용영역이나 데이터센터에 있을 경우 더 높은 지연시간과 추가적인 아웃바운드 비용을 발생 시킵니다.)

쿠버네티스 서비스를 externalTrafficPolicy: Local 로 설정하게 되면 모든 노드에 NodePort 가 열리지 않고 실제로 Pod 가 존재하는 노드에만 포트가 열리게 됩니다. 만약 AWS ELB와 같이 지속적으로 타겟 노드의 상태검사(health check)를 수행하는 외부 로드밸랜서를 사용하는 경우 사용자의 요청이 실제로 Pod 가 존재하는 노드로만 전달되게 됩니다.(역자주: 해당 Pod 가 없는 노드는 health check에서 실패하기 때문에 트래픽을 전달하지 않습니다.) 이것은 지연시간을 개선해주고 처리 속도와 높혀주며 아웃바운드 비용을 감소 시킵니다.

traefix 이나 nginx-ingress-controller 와 같은 L7 ingress 컨트롤러를 NodePort로 사용하여 HTTP 요청을 처리하는 경우 더 많은 지연시간을 개선할 수 있습니다.

다음 블로그 포스트 externalTrafficPolicy와 트레이드오프에서 더 자세한 내용들을 확인해 보시기 바랍니다.

애완동물 클러스터 + 마스터에 너무 큰 부하주기

당신은 예전에 서버를 Anton, HAL9000, Colossus와 같이 각각의 이름을 지어주었지만(Pet) 이제는 랜덤 ID(cattle)를 부여합니다. 하지만 이제 클러스터에 이름을 부여하기 시작하진 않았나요? 혹시 쿠버네티스를 처음 PoC(Proof of Concept)하기 위해 이름을 “testing”이라고 지어놓고 바꾸기 무서워서 아직도 여전히 그 이름을 사용하고 있진 않나요?(실제로 그런 사례가 있었습니다.)

애완동물 클러스터를 가지는 것은 즐겁지 않습니다. 시간이 지남에 따라 주기적으로 클러스터를 삭제함으로써 재해복구(Disaster Recovery)를 연습하고 마스터(control plane)를 관리해 보시기 바랍니다. 마스터 건들이기를 무서워하는 것은 그리 좋은 신호는 아닙니다.

반면에 너무 자주 클러스터를 만지는 것도 좋지 않습니다. 혹시 마스터가 너무 $ 100최소 계정 크기 느려진 것 같다면, 혹시나 너무 많은 쿠버네티스 객체를 생성한 것은 아닌지 의심해 봐야합니다. (특히나 helm과 같은 툴을 사용하면 패키지를 업데이트할 때 기존의 객체를 업데이트하는 것이 아니라 매번 객체를 새로 생성하기 때문에 수 많은 객체들이 마스터에 쌓이게 됩니다.) 혹은 kube-api를 이용하여 주기적으로 수 많은 정보를 수집하거나 수정하는 경우에도 느려집니다.(자동확장, CI/CD, 모니터링, 로그 등)

또한 관리형 쿠버네티스 클러스터를 사용한다면 “SLA(Service Level Aggrement) / SLO(Objective)”를 확인해 보시기 바랍니다. 벤더가 마스터의 가용성은 충분히 보장하더라도 요청에 대한 99% 수준의 응답시간을 보장하지 않을 수 있습니다. 이 뜻은 kubectl get nodes 명령을 내리고 10분 이후에 응답을 받아도 서비스 계약을 위반한게 아닐 수 있습니다.

보너스: latest tag 사용하기

이건 이미 자주 나온 얘기이죠. 최근에는 latest 태그에 대한 문제는 많이 나오지 않는 것 같습니다. 아마 이미 많은 분들이 latest 태그를 그대로 사용함으로써 곤혹을 치뤘기 때문이라 생각됩니다. latest 태그를 그대로 사용하지 말고 명시적으로 버전을 지정하시길 바랍니다. ECR에서는 불변 태그라는 멋진 기능을 추가하였습니다. 꼭 한번 확인해 보시기 바랍니다.(역자주: 한번 만들어진 태그에 덮어쓰기가 불가능하게 만든 기능입니다.)

모든 것이 자동으로 해결될 것이라고 기대하진 마십시오. 쿠버네티스는 은총알(silver bullet)이 아닙니다. 나쁜 어플리케이션은 쿠버네티스 위에서도 나쁜 어플리케이션으로 존재할 것입니다.(어쩌면 더 문제가 될 수도 있습니다.) 쿠버네티스를 주의하여 올바르게 사용하지 않는다면 결국에 높은 복잡성과 부하, 느린 control plane 응답을 경험하게 되고 재해복구가 제대로 이루어지지 않을 것입니다. 손쉽게 multi-tenancy와 고가용성을 얻을 것이라 기대하지 마십시오. cloud-native 어플리케이션을 만들기 위한 충분한 시간을 투자하시길 바랍니다.

Windows 11 또는 10의 높은 DPI 설정에서 디스플레이 크기 조정을 비활성화하는 방법

Windows 10 이상의 기본 디스플레이 크기 조정 기능은 Windows OS의 핵심 구성 요소입니다. 그러나 때때로 일부 특정 앱에 대한 이 기능은 호환성 문제, 읽을 수 없는 텍스트, 흐릿한 기호 및 궁극적으로 앱 충돌을 일으킬 수 있습니다. 2160p 이상의 해상도에서 작업하는 경우 상당히 골치 아픈 일입니다. 높은 DPI 설정에서 기본 디스플레이 크기 조정 기능을 비활성화하는 방법에는 여러 가지가 있습니다. 우리는 최고의 것을 선택하고 각 프로세스에 대한 단계별 지침을 자세히 설명했습니다.

높은 DPI 설정에서 디스플레이 크기 조정 기능을 비활성화하는 방법

개별 앱에 대해 높은 DPI 스케일링 기능을 비활성화하기만 하면 되는 방법이 있으며 Windows 전체에서 비활성화하는 방법도 있습니다.

개별 앱에 대해 높은 DPI 설정 비활성화

방법 – 1 높은 DPI를 개별적으로 비활성화

충돌하는 앱에 대해서만 높은 DPI 스케일링 기능을 비활성화해야 합니다.

NOTE – 예를 들어 Adobe Photoshop CC 2015를 사용했습니다. 이 앱에 대해서만 높은 DPI 설정을 비활성화할 것입니다.

1. Windows 키를 누르고 “Adobe Photoshop“(귀하의 경우 앱 이름을 입력하면 됩니다.)

2. 그런 다음 앱을 마우스 오른쪽 버튼으로 클릭하고 “Open File Location“.

그러면 실행 파일의 위치가 표시됩니다.

[If it does lead you to the shortcut file, right-click on the shortcut file again and tap on ‘Open File Location’.]

3. 기본 실행 파일을 찾으면 마우스 오른쪽 버튼으로 누르고 “Properties“.

4. 그런 다음 “Compatibility” 부분.

5. 여기에서 “Change high DPI settings“.

6. 다음으로 ‘높은 DPI 스케일링 재정의’ 설정으로 이동합니다.

7. 그런 다음 “Override high DPI scaling behavior. Scaling performed by:” 상자.

8. 드롭다운을 “Application“.

There are three options for DPI scaling performers.

Application – Application will take precedence scaling the display itself.

System – This is the default Windows behavior.

System (Enhanced) – Using this feature allows Windows to enhance the menu and texts.

9. 마지막으로 “$ 100최소 계정 크기 OK“.

10. 원래 속성 창으로 돌아가서 “Apply” 그리고 “OK “.

완료되면 앱을 다시 열고 스케일링 동작을 다시 확인하십시오.

방법 2 – 레지스트리 편집기 사용

스케일링 기능 외에 높은 DPI 스케일링 기능을 중지하는 확실한 방법은 없습니다. 레지스트리를 조정하고 문제가 있는 앱에 대해 별도의 매니페스트 파일을 만들 수 있습니다.

1. “라고 쓰세요.regedit” 검색창에.

2. 그런 다음 “Registry Editor“에 액세스합니다.

NOTE

레지스트리를 변경하기 전에 항상 레지스트리 백업을 수행해야 합니다. 다음 단계를 따르십시오.

ㅏ. 레지스트리 편집기를 연 후 “File” 그리고 “Export“.

비. 그런 다음 이 백업의 이름을 지정하고 안전한 곳에 저장합니다.

문제가 발생하면 이 백업을 사용하여 레지스트리를 복원할 수 있습니다.

3. 레지스트리 편집기가 열리면 다음과 같이 탐색하십시오.

4. 이제 오른쪽 창에서 공간을 마우스 오른쪽 버튼으로 클릭하고 “New>” 그리고 “DWORD (32-bit) Value“를 통해 새로운 가치를 창출합니다.

5. 그런 다음 이 새 값의 이름을 “PreferExternalManifest“.

6. 마지막으로, double-tap 값을 설정합니다.

7. 이제 값을 “1“.

8. 그런 다음 “OK“를 눌러 변경 사항을 저장합니다.

레지스트리 편집기를 닫습니다.

10. 빈 메모장 페이지에서 다음 줄을 복사하여 붙여넣습니다.

11. 이제 “File” 그리고 “Save As…“.

12. ‘파일 이름:’ 상자에 실행 파일 이름을 쓰고 “.mainfest” 메모장 파일 이름 끝에

Example – Suppose, you are facing this issue with photoshop.exe. So, the name of this notepad file should be – “photoshop.exe.manifest“.

13. ‘파일 형식:’을 “로 설정합니다.All files“.

14. 그런 다음 바탕 화면으로 이동합니다.

15. 마지막으로 “Save“를 눌러 파일을 저장합니다.

그런 다음 메모장 화면을 닫습니다.

16. 마지막으로, move 이 새 매니페스트 파일을 이 문제에 직면한 앱의 루트 디렉터리로 이동합니다.

Example – As in our case, we have to move the “photoshop.exe.manifest” file to the root folder of the photoshop.exe, that is –

그런 다음 파일 탐색기를 닫습니다.

이제 앱을 실행하여 글자가 뭉개져 보이는지 확인해보세요.

방법 3 – DPI 인식 인에이블러 사용

흐릿한 텍스트를 표시하는 각 앱에 대해 매니페스트 파일을 생성하는 것이 싫다면 DPI Awareness Enabler를 사용할 수 있습니다.

2. 다운로드가 완료되면 발췌DPI Awareness Enabler” 파일입니다.

3. 일단 추출되면, 마우스 오른쪽 버튼으로 클릭 “에DpiAwarenessEnabler” 앱을 누르고 “Run as administrator“를 눌러 응용 프로그램을 실행합니다.

4. 앱이 모든 앱 목록을 감지하도록 합니다.

5. 그럼, select 상단 상자에서 앱. 그런 다음 위쪽 상자에서 아래쪽 상자로 앱을 끕니다.

그러면 하단 상자에 있는 모든 앱에 대해 높은 DPI 장치 기능이 꺼집니다.

그게 다야! 따라서 이 방법을 사용하면 DpiAwarenessEnabler 앱에서 exe 파일을 끌어다 놓기만 하면 높은 DPI 기능을 쉽게 비활성화할 수 있습니다.

프로세스 2 – 시스템 전체에서 높은 DPI 비활성화

시스템 전체에서 높은 DPI 설정을 비활성화할 수 있는 또 다른 방법이 있습니다.

방법 1 – 설정 사용

1. 처음에는 Windows key+I 함께 키입니다.

2. 그런 다음 “System” 설정.

3. 그런 다음 오른쪽 창에서 “Display” 설정.

디스플레이 설정이 표시됩니다.

4. 오른쪽에서 “Scale” 옵션.*

5. 이제 드롭다운에서 개수를 토글할 수 있습니다.

시스템에서 앱을 실행하고 확인하십시오.

화면이 한 번 꺼지고 다시 나타납니다. 이제 설정을 최소화한 다음 문제가 있는 앱을 실행합니다.

이 방법으로 문제가 해결되면 추가 단계를 수행할 필요가 없습니다.

*NOTE

드롭다운 목록이 회색으로 표시되고 배율을 수정할 수 없는 경우 다음 단계를 따르세요.

1. “에서 화살표 버튼을 누릅니다.Scale” 설정.

2. 여기에 ‘Custom Scaling’ 상자가 있습니다.

100~500 사이에서 아무거나 쓸 수 있습니다. [Example – Suppose you want 125% scaling, just type “125” in the box. ]

아크릴 등신대 디스플레이 소품

아크릴 등신대

이용후기 페이스북 댓글은 서울디지털인쇄협동조합(이하 서디협) 쇼핑몰 회원이 서디협에서 구매한 제품에 대한 이용후기를 본인이 직접 찍은 사진 혹은 동영상과 함께 작성 및 등록하여 다른 이용자와 정보를 공유하는 게시판입니다.

게시물에 타인의 초상권, 저작권 등 권리를 침해하는 내용이 있는 경우 / 게시물에 욕설, 비방이 기재되어 있거나 타인의 명예를 훼손하는 내용이 있는 경우 / 동일한 이용 후기를 여러 번 작성한 경우(일명 “도배글”) 캡쳐 이미지를 활용한 리뷰 성격이 아닌 단순한 단문 게시물 게시판 용도에 맞지 않는 글(문의 및 불만 글, 같은 단어/기호의 나열, 이벤트 신청 글 등) 기타 사회 상규에 부합하지 않는 내용이 게시물에 포함된 경우 / 서디협은 사전 통보 없이 게시물을 삭제할 수 있습니다.

등록한 게시물은 향후 해당 사이트 및 회사의 국내·외적인 홍보활동 등을 위하여 사용될 수 있음에 동의합니다.

Top5 Products

Top 01 - 효도 용돈 봉투

1. 효도 용돈 봉투

Top 02 - 디지털화이트명함

2. 디지털화이트명함

Top 03 - 포토카드

3. 포토카드

Top 04 - 엽서

Inspiration

blog

기업이나 단체에서 요구하는 모든 인쇄 서비스를 간단한 IT 솔루션으로 제공합니다. 직원수가 10명이던 10만명이던 모든 사이즈, 업종, 단체를 커버합니다.

blog

인쇄용 PDF는 빠르고 효율적인 프로젝트 진행에 필수적인 요소입니다. 인기도가 높은 디자인 프로그램을 중심으로 인쇄용 PDF를 생성하는 방법을 알아보겠습니다.

blog

무역 / 산업 전시회는 잠재 고객을 확보하기위한 완벽한 플랫폼입니다. 귀사의 브랜드를 업계에 알리는 기회이기도합니다. 전시회를 최대한 활용하는 다음 팁을 살펴보십시오.

Related Products

VIP명함

VIP명함

수입지엽서

수입지엽서

합판전단

프리미엄에코전단

자유도무송스티커

자유도무송스티커

내용 견적인쇄

  • 자유형의 경우 크기 제한이 있습니다.
  • 칼선 작업은 어도비 일러스트로 진행

내용 견적인쇄

  • 자유형의 경우 크기 제한이 있습니다.
  • 칼선 작업은 어도비 일러스트로 진행
    --
  • Select --

Extra 띤또레또 350gsm

유럽 전통 수공지의 감각을 현대적 기술로 재현한 친환경 고급용지로 부드러운 감촉과 우아한 양면 펠트 엠보의 조화로 차별화된 이미지를 강조합니다.

#친환경 #uncoated #명함 #카달로그 #브로셔 #캘린더 #메뉴판 #잡지 #리포트

  • Matte
  • Smooth
  • Texture
  • Metalic

Rounded Corners | Foil Stamping | Raised Ink | Embossing | Scoring | Hole Drilling | Perforating | Numbering

#eco-friendly #uncoated #business-cards #catalogs #brochures #calendars #manuals #magazines #anual-report

  • Matte
  • Smooth
  • Texture
  • Metalic

Rounded Corners | Foil Stamping | Raised Ink | Embossing | Scoring | Hole Drilling | Perforating | Numbering

#eco-friendly #uncoated #business-cards #catalogs #brochures #calendars #manuals #magazines #anual-report

  • Matte
  • Smooth
  • Texture
  • Metalic

Rounded Corners | Foil Stamping | Raised Ink | Embossing | Scoring | Hole Drilling | Perforating | Numbering

#eco-friendly #uncoated #business-cards #catalogs #brochures #calendars #manuals #magazines #anual-report

색상주의사항

인쇄 색상과 관련된 다음 정보를 확인하세요.

스마트템플릿

더욱더 똑똑해진 SDPC의 스마트템플릿을 만나보세요. 필요한 사이즈와 건수 등 옵션을 선택하시면 필요하신 만큼의 템플릿이 생성됩니다.

여백사이즈 ( 92mm X 52mm )

재단시 발생할수 있는 오차를 감안하여 이미지나 배경이 있는 디자인은 작업영역까지 채워주세요.

재단사이즈 ( 90mm X 50mm )

최대 20건씩만 한번에 주문 가능합니다.
[예시] 50건 주문시, 20건 템플릿을 3개 다운 받아 20건/ 20건/ 10건으로 각각 작업하시고 주문도 20건 / 20건/ 10건으로 나눠서 주문 바랍니다. ( 파일 3개로 작업후 3번의 주문이 $ 100최소 계정 크기 필요합니다. )

인쇄용 파일 업로드

인쇄용 파일을 업로드 하거나 파일이 저장되어 있는 경로를 입력한 후, 주문제목을 입력하시고 ‘주문하기’ 버튼을 클릭하세요. 선택하신 인쇄규격과 파일의 인쇄규격이 다르면 주문이 진행되지 않을 수 있습니다. 30MB 이하의 인쇄 가능한 파일 (* .ai * .pdf)만 업로드 할 수 있으며, 파일이 2개 이상인 경우 zip 파일로 압축하여 업로드하십시오 .

Premium Business Cards

Options : 16pt. Extra Nouveau / Front only / 3.5" X 2" (Landscape) / 100EA / 1 Set(s) / Foil / Gloss Gold

Ordered By : 01. 23. 2018

    30MB 이하의 인쇄 가능한 파일 (* .ai * .pdf)만 업로드 할 수 있으며, 파일이 2개 이상인 경우 zip 파일로 압축하여 업로드하십시오. -->
  • 인쇄용파일 제목에 특수문자(#, $, &, *, / 등)사용은 불가능하며, 파일명이 길면 에러가 발생하니 되도록 짧고 간단하게 작성해 주십시오.
  • 업로드 된 파일이 인쇄에 적합하지 않으면 주문이 진행되지 않을 수 있습니다.
  • 인쇄용 파일이 대용량이거나 파일이 업로드 되지 않을 경우, 고객센터 ([email protected])로 문제내용과 파일을 보내주십시오.

주문정보 입력

주문제목을 입력하시고 ‘주문하기’ 버튼을 클릭하세요.

INVOICE

  • Mega Press Inc.
  • 388 Market Street, Suite 1300,
    San Francisco, CA 94107
  • Tel : +1 (415) 903 5222
  • Toll Free : +1 (877) 273 2555
  • [email protected]

  • Premium Business Cards
  • Stock: Extra Nouveau 17pt
  • Color: Single Side (4 Colors)
  • Size: 80mm X 55mm
  • Design: 1
  • Q'ty: 500

Note to recipient

Thank you for your business with us.

Terms and Condition

The price of the products and our delivery charges will be as quoted on our site, except in cases of obvious error.

Please note that you must comply with all applicable laws and regulations of the country to which the products are delivered. We will not be liable for any breach by you of any such laws.

Product prices and delivery charges are liable to change at any time, changes will not affect orders in respect of which have already been sent an order confirmation email (subject to any change in the law).

If a product's correct price is higher than the price stated on our site, we will normally, (at our discretion), contact you for instructions before dispatching the printed product.

부엌의 최소 면적은 얼마입니까?

부엌의 최소 면적은 얼마입니까?

방의 크기에 관한 건축 및 주택법의 권고에 따르면, 최소 면적 에 권장 부엌은 8의 ² 면적의.

그래서, 거실의 표면은 무엇입니까?

붓다 최대의 편안함을 보장하려면 90/100m2의 평균 면적이 바람직합니다. 붓다 침실이 XNUMX개인 주택, 즉 자녀가 XNUMX명인 가구에 필요한 최소 면적은 다음과 같습니다. d'약 105m2. 밀어 올리기a 120/130 m2, 당신은 우열이 없다 더 편안하고 고요한 가족.

또한 지하실의 표면은 무엇입니까?

붓다 일반적으로 10m² 미만의 세탁실이면 충분합니다.

Un 지하실 또는 후면 주방은 4m²에서 15m² 이상까지 다양합니다.

그리고 당신은 무엇을 작은 부엌이라고 부르나요? 컴팩트하고 기능적인 간이 주방(또한 Appelée 간이 주방)에서 그 자리를 찾습니다. 작은 공백. 이 작은 크기에도 불구하고 작은 부엌 와 같은 편안함을 제공합니다. 요리 기초적인. 발견하다 본문 우리의 완전한 파일을 통해 잘 정리하고 장식하십시오.

그러나 여전히 부엌 통로 너비는 얼마입니까?

가구의 경우 요리 및 기구: 원활한 순환을 위해 상부 및 하부 장치 전면에 70cm의 공간을 제공해야 합니다. 찬장, 서랍 및 식기 세척기 주위에 90cm를 허용하십시오.

붓다 un 살롱, à 여물통, 음식

모두 de 이 부분들 de 우리가 가장 많이 보내는 삶 de 시간, 최소 요구 de 30의 평방 미터 그것을 최대한 활용하십시오.

15 질문과 답변

집이 얼마나 크니?

계산하다 la 의 생활 공간 간단한 규칙입니다. 부품의 내부 치수를 취하기만 하면 됩니다. la 길이 곱하기 la 당신에게 줄 너비 la 거주 공간. 예: 너비 3미터, 길이 4미터의 방은 12제곱미터가 됩니다.

지하실을 구성하는 방법?

Le 지하실 실용적인 부분이어야 합니다. 저장한 모든 항목에 빠르고 쉽게 액세스할 수 있어야 합니다. 공간을 최적화하려면 바닥에서 천장까지 방을 사용하십시오. 필요한 모든 것을 저장할 수 있도록 벽을 위에서 아래로 장비하십시오.

지하실을 만드는 방법?

에 성공하려면 지하실을 만들다 잘 생각하고 가능한 한 잘 정리하기 위해 일부 팁은 특히 선반, 찬장, 막대, 후크, 미닫이 문, 스택이 있는 보관 상자, 서랍, 사물함 또는 …

차고는 거실의 일부입니까?

미완성 다락방, 지하실, 지하실, 주차장, 창고, 테라스, 발코니, 로지아, 베란다 또는 공동 건물은 고려할 수 없습니다. 계정 의 계산에서 거주 공간.

좁은 공간에 부엌을 만드는 방법?

수납: 가구 선택 요리 천장까지 설치하는 일반 전면이 있습니다. 저장용량이 부족하지 않으며 요리 최적화할 수 있습니다. 색상: 작은 부엌, 공간을 시각적으로 확대하기 위해 밝고 자연스러운 색상을 선택합니다.

작은 부엌을 구성하는 방법?

  1. 금속 선반을 사용하여 저장 공간을 두 배로 늘리십시오. …
  2. 깊은 캐비닛에 "서랍"을 추가하십시오. …
  3. 마그네틱 바를 사용하여 배회자 당신의 칼. …
  4. 섬을 이용하다 요리 저장과 함께. …
  5. 코너 벤치 좌석을 사용하여 공간을 절약하십시오.

간이 주방이란 무엇입니까?

간이 취사장, 동전 식사, 동전 거실 등,

특별히 설계된 공간 요리, 식사, 휴식 등, 다른 기능이 있는 방 내부(종종 하이픈 포함).

규칙에서 부엌을 디자인하는 방법?

따라서 다음을 계산해야 합니다.

  1. 작업대의 경우 높이 85~95cm,
  2. 찬장의 경우 220cm 이하,
  3. 추출기 후드와 밥솥 $ 100최소 계정 크기 사이 60cm.
  4. 요소 앞의 거리는 70cm(열린 경우 90cm)여야 합니다.

복도 부엌의 너비는 얼마입니까?

A 후자는 차원이 필요하다는 것을 알고 d최소 10m² 및 largeur 최소한의 d'두 블록 사이의 1,20m이므로 de 좋은 유동성을 유지 de 움직임.

부엌에 가장 적합한 레이아웃은 무엇입니까?

아핀 de 당신의 여행을 용이하게 요리, 최소 70cm를 남겨 두십시오. de 가구 앞에서 무료입니다. 90cm는 당신을 허용합니다 de 열린 찬장이나 식기 세척기를 쉽게 우회할 수 있습니다. 120cm 허용 de 짝을 이루어 일하다 요리 et de 방해받지 않고 만나보세요.

100m2 주택의 토지 면적은 얼마입니까?

시골이나 도시 주변 지역에서는 가능합니다. d'비율을 적용하다 d'다섯 번째 : 집을 위해 지상 수준 d따라서 100m²의 면적을 권장합니다. d'고르다 un 지역 최소 500m². 이 표면은 물론 원하는 경우 절반으로 줄일 수 있습니다. 높은 곳에 있는.

m2의 수를 계산하는 방법?

정사각형 조각의 경우 너비와 길이는 물론 동일합니다. 따라서 한 변의 길이를 곱합니다. 예: 직사각형 방이 길이 5미터, 너비 3미터인 경우 5에 3을 곱하면 15가 됩니다. 따라서 방은 15제곱미터(m²)입니다.

주택의 과세 면적을 계산하는 방법은 무엇입니까?

La 과세 지역 의 합과 같다 표면 공제 후 정면의 "벌거벗은 내부"에서 계산된 각 폐쇄 및 덮힌 수준의: 표면 외부에 제공되는 문 및 창의 embrasures를 둘러싼 벽의 두께에 해당합니다. (그림 1)

집의 평균 크기는 얼마입니까?

약 112,2m², 1.894개 미만의 객실 및 XNUMX€/m² in moyenne, 그런 전력은 의 특성 프랑스.

식료품 저장실을 설정하는 방법?

기억해두면 좋은 아이디어:

  1. 당신을 위해 전체 방(작은 방도 포함)을 바칩니다. 자세 - 여물통 .
  2. 쉬운 접근과 보관을 위해 열린 선반을 사용하십시오.
  3. 항아리 또는 메이슨 항아리에 음식을 저장하십시오.
  4. 높은 선반에 접근하려면 작은 의자를 놓으십시오.
  5. 독립형 트레이에 과일을 보관하십시오.

식기 보관은 어떻게 하나요?

어떤 레이아웃과 배치 ? 정리하다후방-요리, 필수 요소는 확실히 선반입니다. 가장 쉬운 방법은 가능한 경우 벽에 고정하는 것입니다. 그들은 공간을 덜 차지하며 원하는 높이에 놓을 수 있습니다.

식기를 정리하는 방법?

당신에게 스타일을 주기 위해 후방-요리, 다양한 크기의 항아리를 사용하고 귀여운 라벨을 붙이세요. 방에 복고풍 분위기를주기 위해 찾은 나무 또는 금속 바구니와 상자를 곱하십시오.

사랑의 번들

눈부신 Sky 만타가오리 주얼리 세트와 함께 위풍당당한 만타가오리를 향해 인사해요. Sky X AI 열쇠고리는 열쇠나 가방에 장난스러운 포인트를 더해줍니다. 종이배 메시지 메모 패드는 작은 사랑의 인사를 세계에 전할 수 있도록 도와줄 거예요. 마지막으로 직접 선택한 최신 굿즈 1종을 더해 이 번들을 완성해 보세요. 여러분이 가진 사랑은 어떤 모양인가요?

STAR기능

Sky X AI 열쇠고리: STAR를 스캔하여 일정 시간 동안 특별한 울음소리를 얻습니다.

낮과 밤 핀배지: STAR를 스캔하여 자신과 손을 잡은 친구들에게 보이는 안식처의 시간을 일정 시간 동안 낮에서 밤으로 바꿉니다.

사랑의 시소 핀배지: STAR를 스캔하여 손을 잡은 친구들과 함께 사랑의 시소 아이템을 일정 시간 동안 사용합니다.

자연의 거북 핀배지: STAR를 스캔하여 낙원의 섬 해변 물 아래에 자연의 날 거북을 소환합니다. (주의: 소환된 거북은 양초빛을 주지 않으며 등에서 어둠이 자라지 않습니다.)

크기 및 세부사항

사전주문정책 안내

모든 사전주문 상품은 주문생산되며 중도 변경할 수 없습니다. 사전주문은 취소 또는 환불이 불가합니다. thatskyshop의 생산 목표는 최대한 정확한 사전 주문량을 확보하여 고품질 제품을 제공하고 생산 낭비를 막는 것입니다.결제 시에는 소비세 및 배송비를 포함한 금액이 모두 청구됩니다. 단, 통관 과정에서 발생하는 관세 및 세금은 고객께서 부담하시는 점 유의하여 주십시오.

예상 배송일은 정확하지 않을 수 있으며 배송이 길어질 수 있습니다. 이는 thatskyshop의 생산 과정 상 특성과 통관을 거쳐야 하는 배송으로 인해 발생할 수 있습니다. thatskyshop은 출시 또는 배송 중에 발생할 수 있는 예상치 못한 지연에 대해 책임지지 않습니다. 여러 가지 상품이 포함된 사전주문의 경우, 주문서에 기재된 모든 상품의 생산 및 엄격한 품질 관리 검사가 완료된 후에 전체 상품을 발송합니다. 빛의 추적자 우산은 특별 포장이 필요한 상품이므로 별도로 포장하여 따로 배송될 예정입니다.

더 자세한 정보는 thatskyshop 웹사이트 내 자주 묻는 질문(FAQ) 또는 배송 페이지에서 확인하실 수 있습니다.

표시된 사진은 참고용입니다

표시된 사진은 참고용으로만 이용해주시기를 바랍니다. thatskyshop은 항상 웹사이트에서 정확한 최신 정보를 전해드리고자 하지만, 실제 상품의 색 및 소재, 포장 등 자세한 내용은 제품의 개선 차원에서 다소 변경될 수 있습니다. STAR 제품 사용 시 호환 가능한 기기가 필요하며 게임을 업데이트가 필요할 수 있는 점 유의하여 주십시오.


0 개 댓글

답장을 남겨주세요