스택큐힙리스트

저는 쿠버네티스에서 Ingress와 로드 밸런서의 역할에 대해 혼란스러움을 많이 느끼고 있습니다. 내가 이해한 바에 따르면 Ingress는 클러스터에서 실행 중인 서비스로의 인터넷에서 들어오는 트래픽을 매핑하는 데 사용됩니다. 로드 밸런서의 역할은 트래픽을 호스트로 전달하는 것입니다. 이 관점에서 Ingress와 로드 밸런서는 어떻게 다른가요? 또한 쿠버네티스 내부의 로드 밸런서 개념은 Amazon ELB와 ALB와 어떻게 비교되나요?답변 1서버 { server_name kubernetes.foo.bar; listen 80; listen [::]:80; set $proxy_upstream_name -; location ~* ^/web2\/?(?.*) { set $proxy_upstream_name app..

저는 쿠버네티스에 nginx를 배포하려고 시도하고 있습니다. 쿠버네티스 버전은 v1.5.2입니다. 3개의 레플리카로 nginx를 배포했으며, 아래는 YAML 파일입니다, apiVersion: extensions/v1beta1 kind: Deployment metadata: name: deployment-example spec: replicas: 3 revisionHistoryLimit: 2 template: metadata: labels: app: nginx spec: containers: - name: nginx image: nginx:1.10 ports: - containerPort: 80 그리고 이제 해당 노드의 포트 80을 포트 30062에 노출시키고자 합니다. 그를 위해 아래 서비스를 생성했습니..

AWS-CLI를 사용하여 S3의 빈 디렉토리에 데이터를 동기화 할 때 거의 즉시 완료됩니다. 그러나 수백만 개의 폴더가 있는 큰 디렉토리에 대해 동기화를 수행하는 경우 파일을 업로드/동기화하기 전에 매우 오랜 시간이 소요됩니다. 대안적인 방법이 있을까요? S3 디렉토리의 모든 파일을 고려하려는 것 같아 동기화하기 전에 사전에 체크하지 않고 데이터를 업로드하는 것도 좋을 것 같습니다.답변 1 sync 명령은 버킷에 있는 모든 파일을 열거하여 로컬 파일이 이미 버킷에 있는지 여부와 로컬 파일과 동일한지 여부를 확인해야합니다. 버킷에 있는 문서가 많을수록 시간이 오래 걸릴 것입니다. 이러한 sync 동작이 필요하지 않다면 다음과 같이 재귀적으로 복사하는 명령을 사용하십시오: aws s3 cp --recursi..

저는 대규모이고 대부분 압축이 불가능한 시계열 데이터로 프로젝트를 조명하고 있으며, Django + Postgres와 원시 SQL을 사용하는 것이 옳은 결정인지 궁금합니다. 저는 시계열 데이터가 시간당 약 2천 개의 객체이며, 매 시간마다 발생합니다. 이는 매년 약 200만 개의 행을 저장하며, 1) 연결을 통해 데이터를 분석하기 위해 데이터를 슬라이스 할 수 있으며, 2) Django로 제공되는 웹에서 기본 개요 작업을 수행 할 수 있도록 합니다. 가장 좋은 아이디어는 Django를 개체 자체에 사용하고 관련된 대규모 시계열 데이터를 처리하기 위해 원시 SQL로 전환하는 것입니다. 나는 이것을 하이브리드 접근법으로 보입니다. 이것은 경고 신호일 수도 있지만, 긴 시리즈의 데이터 샘플에 대해 전체 ORM..