요약: Vince는 Kubernetes용으로 설계된 가볍고 안전한 Linux 배포판인 Talos Linux를 출시하여 설치, 구성 및 관리 기능을 시연했습니다. 그는 다른 인덱서가 Kubernetes와 KubeSpan을 사용해 하이브리드 클러스터를 생성하도록 설득하기 위해 자신이 만든 Talos Forge 도구를 선보였습니다. Q&A에서는 컨트롤 플레인 설정, 베어 메탈 배포 및 Launchpad와 같은 다른 도구와의 비교를 다룹니다.

안녕하세요 여러분, Indexer Office Hours 회의록, 세션 182에 오신 것을 환영합니다!

영상 링크: https://youtu.be/s2N0VWcnE6k

Golem 재단 이사 Julian Zawistowski와 함께 GRTiQ 팟캐스트를 시청하세요. Julian은 초기부터 성장하고 변화해 온 프로젝트인 Golem의 공동 창립자이자 오랜 리더입니다. Julian은 변화와 Golem이 현재 무엇을 하고 있는지 우리에게 안내할 것입니다.

코드 베이스에 대한 중요 업데이트

채팅방에서:

인덱서 소프트웨어 채널

구스타보 | 기호학 연구소 — 11월 6일

안녕하세요 여러분, 우리는 버전 1.3.1에서 indexer-service-rs에 대한 중요한 수정 사항을 출시했습니다.

이는 잘못된 쿼리(필요한 것보다 많은 공백)에 대해 증명이 제대로 서명되지 못하게 하는 버그를 수정합니다.

모든 사람에게 최신 버전의 인덱서 세트로 업데이트할 것을 권장합니다.

또한 버전 1.2.2부터 indexer-service는 게이트웨이 수신에 대한 비용 모델을 시행합니다. 비용 모델을 게이트웨이 예산보다 높은 값으로 설정하면 일부 오류가 발생할 수 있습니다. 이렇게 할 경우 비용 모델의 가치를 낮추는 것이 좋습니다.

핵심 개발 업데이트:

카운트다운은 가능한 한 빨리 Indexer 서비스 Rust 및 TAP로 마이그레이션되기 시작했습니다.

12월 4일 수요일 오전 9시(태평양 표준시)부터 게이트웨이는 인덱서 서비스에 대해 TypeScript 지원 중단을 시행하기 시작합니다. 여전히 Indexer Service TypeScript를 실행 중인 인덱서는 쿼리를 제공할 수 없습니다.

프로젝트 시청 중 Paka의 공유

Nodeify(및 Pinax)의 Vince는 Kubernetes용으로 특별히 설계된 가볍고 안전하며 예측 가능한 Linux 배포판인 Talos Linux를 출시했습니다.

Vince: Talos를 보여드리고 Payne이 Kubernetes를 사용하도록(또는 최소한 Kubernetes를 사용하도록) 설득해 보겠습니다.

많은 Kubernetes 배포판은 Debian, Ubuntu 등과 같은 다른 배포판 위에 설치됩니다. Talos는 경량 배포판입니다. Kubernetes에 필요한 모든 것이 포함된 이미지만 있으면 설치를 예측 가능하고 매우 안전하게 만들 수 있습니다.

많은 Kubernetes 배포판은 Debian, Ubuntu 등과 같은 다른 배포판 위에 설치됩니다. Talos는 경량 배포판입니다. Kubernetes에 필요한 모든 것을 미러링할 뿐이며 다른 것은 아무것도 미러링하지 않으므로 설치를 예측 가능하고 매우 안전하게 만듭니다.

SSH가 없습니다. 모든 작업은 기계 구성을 통해 이루어지며 이에 대해서는 나중에 자세히 설명하겠습니다.

Talos 팀은 모든 것을 꾸준히 출시하므로 Kubernetes가 업그레이드를 통제할 수 없거나 Kubernetes가 업그레이드를 지원하지 않는 등에 대해 걱정할 필요가 없습니다.

Talos는 최소한입니다. PXE 부팅이 가능하고, USB 스틱에 설치하여 부팅할 수 있으며, Docker에서 실행할 수 있으므로 많은 작업을 수행할 수 있습니다.

디스크 공간을 차지하지 않으며 모든 공간을 Kubernetes 자체에 맡깁니다.

Talos는 최소한입니다. PXE 부팅이 가능하고, USB 스틱에 설치하여 부팅할 수 있으며, Docker에서 실행할 수 있으므로 많은 작업을 수행할 수 있습니다.

디스크 공간을 차지하지 않으며 모든 공간을 Kubernetes 자체에 맡깁니다.

임시적이란 Talos가 SquashFS의 메모리 내에서 실행되고 아무것도 유지하지 않고 메인 디스크를 Kubernetes에 완전히 남겨둔다는 의미입니다.

로컬 컴퓨터에서 실행하려면 Docker Desktop 등에서 실행하세요. 정말 빠르고 쉬운 빠른 시작이 있습니다.

kubectl이나 kube control에 대해 조금이라도 익숙하다면 뭐라고 부르든 Talos 클러스터와 통신하는 방법이 있습니다. 많은 명령이 있습니다.

DigitalOcean, Google Cloud, 베어메탈, Proxmox 등 다양한 플랫폼에 Talos를 설치할 수 있습니다. Talos의 정말 멋진 점은 Image Factory라는 기능이 있다는 것입니다.

Talos Factory를 사용하면 ISO가 이미 구축되어 있지만 해당 ISO로 더 많은 작업을 수행하고 싶다고 가정해 보겠습니다. 자신만의 커널 매개변수를 갖기 위해 자신만의 ISO를 구축하거나, 부팅하기 전에 네트워킹 등을 변경하고 싶을 수도 있습니다. 이를 통해 인프라를 시작할 때 상황을 예측할 수 있습니다.

ISO는 운영 체제를 설정하는 부팅 가능한 파일입니다.

비디오 녹화의 15분 57초에서 Vince가 Image Factory를 사용하는 방법을 시연하는 모습을 시청하세요.

Talos 시스템을 시작하면(데모에서는 Vince의 시스템이 DigitalOcean의 서버에 있음) 유지 관리 모드로 들어갑니다. 아무 작업도 수행하지 않았으며 Talos ISO만 부팅했습니다.

F2를 눌러 대시보드를 가져오고 베어메탈을 사용하는 경우 네트워크 탭도 표시됩니다.

유지 관리 모드에 있기 때문에 이 컴퓨터에 어떤 디스크가 있는지 물어볼 수 있으며 컴퓨터에 있는 디스크, 이름, 공간 크기, 버스 경로 및 기타 여러 가지 정보를 보여줍니다.

유지 관리 모드에서는 포트 50000이 되고 무엇을 해야 할지 알려주기를 기다리고 있기 때문에 이 안전하지 않은 플래그를 정말로 사용하고 싶습니다.

Talos에서 클러스터를 디버깅한 후에는 인증서와 동기화되며 더 이상 이 안전하지 않은 플래그를 사용할 수 없습니다. 연결할 수 있는 유일한 방법은 인증서가 있는 경우이며 Kubernetes 및 Kubernetes 클러스터와 통신할 때도 마찬가지입니다. 모든 것이 인증서에 있으므로 매우 안전합니다.

대부분의 사람들이 할 수 있는 일은 액세스 권한이 있고 귀하가 무언가를 구성하지 않은 경우, 그들이 그것을 발견하면 이를 구성하고 무언가를 하라고 지시하는 것입니다. 이는 명백히 귀하가 원하지 않는 일이므로 다음과 같이 제안합니다. 떠나고 기다리면 외부 세계에 완전히 노출되기보다는 내부에 국한됩니다.

여기 Payne을 설득하기 위해 제가 만든 작은 도구가 있습니다. 😉

단 며칠 만에 완성했으니 미친 작품은 아니었습니다. 꼭, 포크하고, 개선하고, 홍보하고, 원하는 것은 무엇이든 하세요. 멋진 추가를 환영합니다. 나는 단지 당신이 해야 할 주요 일을 할 수 있기를 원할 뿐입니다.

내가 할 수 있는 가장 중요한 일은 도움을 주는 것입니다. 이것은 모두 make 명령을 사용하여 실행됩니다.

make help를 실행하여 모든 명령을 보거나 저장소에서 README를 볼 수 있습니다.

make help Usage: make deps # Check system dependencies make init # Interactive cluster initialization make deploy # Deploy Talos cluster make deploy # Deploy Talos cluster make kubeconfig # Generate Kubeconfig make kubeconfig # Generate Kubeconfig make reset-cluster # Reset Talos cluster nodes make reset-cluster # Reset Talos cluster nodes make add-node # Add a node to the cluster make add-node # Add a node to the cluster make remove-node # Remove a node from the cluster make remove-node # Remove a node from the cluster make apply # Apply patches to the specified cluster make apply # Apply patches to the specified cluster

Talos에 대한 패치가 있습니다. 특정 시스템 구성으로 Talos를 부팅했지만 이에 대해 뭔가를 변경하고 싶다고 가정해 보겠습니다. 현재 있는 디스크를 변경하고 싶습니다. 컴퓨터에 패치를 적용하여 구성 옵션을 조정할 수 있습니다. 따라서 기본 구성이 있고 다양한 사항을 변경하는 패치가 있을 수 있습니다.

컬, Git, yq가 설치되어 있어야 합니다. 추가적으로, talosctl과 kubectl이 필요하며, 준비가 완료되었습니다.

녹음의 20:33 부분에서 Vince의 시연을 시청하세요.

작업자 YAML과 컨트롤러 YAML이라는 두 개의 파일이 제공됩니다.

make init 명령을 실행하고 직접 수행하면 많은 작업을 수행할 수 있습니다.

빈스는 다음과 같이 논의했습니다.

이를 살펴보고 수행할 수 있는 모든 작업을 확인하세요. 논의할 것이 너무 많아 모든 것을 다 말할 수는 없습니다.

KubeSpan은 클러스터에 완전히 메시형 WireGuard 네트워크를 자동으로 설정하고 유지 관리하는 Talos의 기능으로, 이를 통해 엣지, 데이터 센터 및 클라우드를 포괄할 수 있는 하이브리드 Kubernetes 클러스터를 운영할 수 있습니다. 키 관리 및 피어 검색을 완전히 자동화할 수 있으므로 하이브리드 클러스터를 간단하고 쉽게 만들 수 있습니다(KubeSpan 페이지에서).

다양한 플랫폼의 사물과 통신할 수 있습니다. Google Cloud에 베어메탈, DigitalOcean에 무언가가 있는데 동일한 네트워크에 있지 않을 수도 있습니다. 이는 기본적으로 단 하나의 활성화된 플래그를 사용하여 사용자 정의 WireGuard 네트워크를 생성하고 모든 것이 서로 통신하므로 미친 네트워킹이나 이와 유사한 것을 처리할 필요가 없습니다.

다양한 플랫폼의 사물과 통신할 수 있습니다. Google Cloud에 베어메탈, DigitalOcean에 무언가가 있는데 동일한 네트워크에 있지 않을 수도 있습니다. 이는 기본적으로 하나의 활성화된 플래그를 사용하여 사용자 정의 WireGuard 네트워크를 생성하고 모든 것이 서로 통신하므로 미친 네트워킹이나 이와 유사한 것을 처리할 필요가 없습니다.

이제 클러스터가 있으므로 make 배포 명령을 사용하여 클러스터를 배포하려고 합니다.

실행이 시작되고 컨트롤 플레인과 다른 모든 노드가 부팅되기 시작합니다. 모든 서비스가 시작된 후 일부 서비스가 제대로 작동하지 않을 수 있습니다. 잠시만 기다리면 모든 것이 제자리에 들어갈 것입니다. 준비가 완료되면 클러스터가 준비되었음을 알려줍니다.

아직 몇 분 정도 기다려야 하는데 질문 있으신 분 계신가요?

Payne: 제어용 IP를 설정하면 로드 밸런서는... 로드 밸런서는 어떤 일을 합니까?

빈스: 따라서 로드 밸런서는 기본적으로 사용자가 대화할 수 있도록 Kubernetes API인 모든 제어 평면의 로드 밸런싱을 수행합니다.

Payne: 로드 밸런서가 필요한가요?

빈스: 아니요, VIP를 이용하실 수 있습니다. HAProxy를 실행할 수도 있습니다. 프런트엔드에서 원하는 것은 무엇이든 실행할 수 있습니다. 그러나 기본 제어 영역이 다운되면 클러스터와 통신할 수 없습니다. 따라서 항상 대화하고 관리할 수 있도록 앞에 뭔가가 필요합니다.

Payne: 그러면 로드 밸런서 IP를 통해 내 클러스터에 액세스할 수 있나요?

빈스: 맞아요. 이렇게 하면 일부 제어 평면에 장애가 발생하더라도 문제가 되지 않습니다.

Payne: 컨트롤 플레인은 별도의 서버인가요?

빈스: 네, 아니면 VM이죠. Proxmox를 할 수 있습니다.

Payne: 베어메탈이 있는데 거기에 컨테이너를 던지고 싶다면 어떻게 해야 할까요?

Vince: 베어메탈이 있다면 몇 가지 옵션이 있습니다. 저는 작은 베어메탈 서버를 추천합니다. Raspberry Pi를 사용할 수도 있습니다. 이상적으로는 별도의 시스템을 원하지만 일부 사람들은 더 작은 서버와 Proxmox를 사용하기를 원합니다. 하지만 해당 머신이 다운되면 모든 제어 플레인도 다운됩니다. 당신은 확실히 다른 기계를 원합니다.

가장 작은 이상적인 시나리오에서는 6대의 컴퓨터가 있습니다. 하지만 KubeSpan도 있습니다. 제어 평면을 DigitalOcean과 같은 다른 곳에 두고 싶다면 클라우드에 제어 평면을 두어도 됩니다. WireGuard를 통해 통신합니다.

제어 평면은 2~4개의 vCPU, 매우 작은 서버와 같이 매우 작습니다.

Payne: 6개의 서버가 모두 제어 플레인과 작업자 역할을 한다면 어떻게 될까요?

빈스: 네, 그렇게 할 수 있어요. 기본적으로 제어 영역은 워크로드를 감당하지 않지만 끌 수 있습니다.

Payne: 그래서 저는 Proxmox를 사용하여 제가 지금 하고 있는 일을 할 수 있습니다. 다른 곳에서 실행할 가능성이 있으므로 이것이 권장되지 않는다는 것을 알고 있지만 그동안은...

빈스: 응, 넌 분명히 그렇게 할 수 있어.

calinah |GraphOps: YOLO [당신은 한 번만 살아요]

페인: 응, YOLO

다음 질문은 제어 플레인 YAML 파일에서 각 작업자 노드에 대해 이를 지정합니까? 디스크와 그 모든 것을 지정한다고 하면 그것이 제어 플레인에 있습니까 아니면 작업자 YAML에 있습니까?

빈스: 둘 다요.

다음 질문은 제어 플레인 YAML 파일에서 각 작업자 노드에 대해 이를 지정합니까? 디스크와 그 모든 것을 지정한다고 하면 그것이 제어 플레인에 있습니까 아니면 작업자 YAML에 있습니까?

빈스: 둘 다요.

[35:00] 컨트롤 플레인에는 존재하지 않는 작업을 시도하는 경우 알려주는 다양한 항목이 있습니다. 기본적으로 컨트롤 플레인의 클러스터 아래에는 워커에 없는 것들이 있으므로, 워커 노드의 클러스터에서 무언가를 적용하려고 하면 "그게 뭔지 모르겠어요"라는 메시지가 나타납니다.

아래 링크는 제어 플레인에서 워크로드도 실행하도록 만드는 방법입니다. 따라서 제어 플레인에서 예약만 허용하여 워크로드를 실행할 수 있습니다.

빈스: 이제 준비가 되었다고 나오므로 kubeconfig 및 클러스터 이름을 생성할 수 있습니다(ioh). 이제 kubeconfig가 생겼습니다.

kubeconfig를 복사하고 Kubie에 붙여넣어 클러스터를 테스트합니다.

그런 다음 K9를 가져와 네임스페이스 all로 이동하면 필요한 경우 통신하고 워크로드를 실행할 수 있는 자체 클러스터가 있음을 확인할 수 있습니다.

다른 컨트롤러를 추가해 보겠습니다.

우리는 다음을 수행합니다: 노드 추가, 클러스터 이름, 제어 영역, 노드 IP 만들기

클러스터가 시작되어 합류했습니다.

이제 이것이 버그라고 가정합니다. make Remove-node, 클러스터 이름, 노드 IP

노드를 재설정하고 클러스터에서 제거합니다.

그런 다음 유지 관리 모드로 재부팅됩니다.

워커 2를 패치하자. 라벨, 간단한 라벨을 변경하고 싶습니다.

패치 폴더로 이동하여 labels.yaml을 만듭니다.

나는 이렇게 말하고 싶습니다: value env: "worker"

그런 다음 다음을 실행합니다. make Apply, 클러스터 이름, 작업자 IP 2개, 패치 ​​파일

그런 다음 패치를 적용하고 제거할 수도 있습니다.

시스템 구성의 모든 항목을 패치할 수 있습니다.

Talosctl에는 수많은 명령과 하위 명령이 있습니다. 저들을 보세요.

몇 가지 예:

도움말을 만들고 다음을 입력하면 make Reset-cluster ioh

이렇게 하면 클러스터 구성의 모든 항목이 재설정된 다음 유지 관리 모드로 돌아가 다시 사용할 수 있게 됩니다.

생산 과정에서는 기계가 다르기 때문에 실제로 기계에 맞게 사용자 정의하고 싶을 것입니다.

paka |E&N: 이것이 Launchpad와 어떻게 다른지 간략하게 설명할 수 있나요?

생산 과정에서는 기계가 다르기 때문에 실제로 기계에 맞게 사용자 정의하고 싶을 것입니다.

paka |E&N: 이것이 Launchpad와 어떻게 다른지 간략하게 설명할 수 있나요?

Vince: Launchpad는 일단 클러스터가 있으면 Kubernetes 클러스터를 가져와서 하드웨어 수준에서 관리하는 것입니다.

Payne: 그러면 하드웨어 수준에서 Talos를 사용하여 관리한 다음 Launchpad를 사용하여 클러스터에 배포하는 거죠, 그렇죠?

빈스: 네, 맞아요. 또는 Naked List, Argo, Flux, Launchpad 등 원하는 것을 사용하세요.

Pierre |Chain-Insights.io: Talos는 Kubernetes 배터리가 포함된 Linux 운영 체제입니다.

빈스: 그렇죠, 피에르.

paka |E&N: 특정 도메인/애플리케이션 사용 사례에 대한 화이트 라벨 Talos 패키지가 있습니까?

빈스: 네, 릴리스 페이지로 이동하면 다양한 플랫폼에 대한 릴리스 페이지가 있습니다. 그들은 Google Cloud, DigitalOcean 및 기타 여러 주요 업체와 같은 가상화 플랫폼 및 호스팅 플랫폼 버전을 출시했습니다. Raspberry Pi용 VPN이 있습니다.

Raspberry Pi의 멋진 점은 확장 기능을 사용하면 커널 매개변수를 수행할 수 있다는 것입니다. 하지만 1.7 이후에도 레이어를 추가했기 때문에 커널을 설치하기 전에도 작업을 수행할 수 있다고 생각합니다. BIOS가 없습니다.

그러면 Talos Factory는 자신만의 이미지를 생성할 수 있고, 자신만의 PXE 부팅 이미지를 호스팅하는 데 관심이 없다면 원하는 항목에 대한 PXE 스크립트가 이미 있으므로 정말 좋습니다.

하지만 그렇습니다. Talos는 모든 클라우드 플랫폼, 가상화된 Proxmox, 베어메탈을 지원합니다. 베어메탈을 사용하면 원하는 콘텐츠 실행 방식에 더 적합하도록 조정해야 합니다.

이것을 언급하고 싶지만 비용이 많이 듭니다. Omni 시작하기

Talos에는 Omni라는 것이 있습니다. 지원 및 기타 서비스와 함께 제공되는 호스팅 플랫폼입니다. "취미"로 최대 10개의 노드를 얻을 수 있지만 더 많이 사용할 계획이라면 비용을 지불해야 합니다. 추가 노드에 대해 약 1,500달러가 소요되므로 매우 비싸지만 멋진 플랫폼입니다. 기본적으로 클러스터를 생성하고, 이를 통해 Talos Factory와 약간 유사한 설치 미디어를 다운로드하고, 커널 매개변수를 추가하고 다운로드하면 됩니다.

멋진 점은 설치 미디어를 다운로드한 다음 해당 이미지를 얻고 클러스터를 생성할 때 시스템이 자동으로 UI를 팝업한 다음 구성 패치를 수행하고 적용할 수 있다는 것입니다.

코드 베이스에서:

Omni는 비프로덕션 환경에 무료로 설치할 수 있는 Business Source 라이선스를 통해 제공됩니다. 프로덕션 용도로 Omni를 배포하려면 Sidero 영업팀에 문의하세요. Omni의 호스팅 버전을 구독하려면 SaaS 가격을 참조하세요.

비프로덕션 워크로드에 대해 Omni를 자체 호스팅하려면 설명서의 지침을 따르세요.

Pierre |Chain-Insights.io: K3 및 RKE2와 함께 Rancher 사용.

Mack: 몇 주 전에 Vince한테 물어봤는데, 이런.

John K.는 다음과 같이 게시했습니다. Talos의 UI는 정말 필요하지 않습니다. 그 철학은 선언적이다. Git에서 머신 구성 yaml을 확인하세요. 실제로는 Talos나 K8을 업그레이드하기 위해 변경하기만 하면 됩니다.

빈스: 네, 맞아요. 그것이 바로 그것의 힘입니다. 그것은 선언적입니다. 단지 일부 사람들이 좋은 UI를 좋아한다는 것뿐입니다.

빈스: 네, 맞아요. 그것이 바로 그것의 힘입니다. 그것은 선언적입니다. 단지 일부 사람들이 좋은 UI를 좋아한다는 것뿐입니다.

Talos는 기본적으로 안전하고 선언적이므로 배포된 방식으로 배포할 수 있습니다. 뒤를 돌아보며 "내가 그 패키지를 설치했나요? 클러스터에서 일어나는 일은 GitHub에 있습니다."라고 궁금해하지 않습니다.

빈스: 페인, 이제 쿠버네티스를 사용할 건가요?

Payne: 여유 시간이 더 생기면 바로 시도해 보겠습니다. 🎉

(관련 전문 용어, 설명, 코드 라이브러리, 하이퍼링크 등은 블로그를 참조하세요.)

#블록체인개발 #web3dataindex #TheGraph #인덱서