/var/log/messages

YAML의 기본 구조: 간단하고 읽기 쉬움: YAML은 "YAML Ain't Markup Language"의 약자로, JSON과 유사한 구조를 가지면서도 더 간단하고 읽기 쉬운 형식을 제공합니다. 키-값 쌍: YAML 파일은 키-값 쌍으로 구성되며, 이러한 키-값 쌍은 데이터의 구조와 관계를 나타냅니다. 들여쓰기: YAML에서는 데이터의 계층 구조를 표현하기 위해 들여쓰기를 사용합니다. 쿠버네티스와 컨테이너 설정: 리소스 정의: 쿠버네티스에서는 Pod, Service, Deployment와 같은 리소스를 정의하기 위해 YAML 파일을 사용합니다. 컨테이너 설정: YAML 파일 내의 spec.containers 섹션은 컨테이너의 이름, 사용할 이미지, 포트, 환경 변수 등 컨테이너와 관련된 설정을 포함합니..

지금은 TUI 모드라 랜처를 실행할 웹 브라우저가 없다.( 정확히는 물리 서버로 돌렸다는 가정이다. ) 그래서 크롬을 설치할 것이다. 크롬 설치 과정은 다음과 같다. 1. sudo zypper refresh 2. sudo zypper addrepo https://dl.google.com/linux/chrome/rpm/stable/x86_64 Google-Chrome 3. sudo rpm --import https://dl.google.com/linux/linux_signing_key.pub 4. sudo zypper install google-chrome-stable 5. google-chrome 간단하게 말하면, 2번 과정을 통해 레포지토리를 등록, 3번 과정에서 공용키 인증을 이용해서 RPM 파일을 ..

이번 시간에는 랜처를 쿠버네티스와 비교를 한 후, 설치를 해보려고 한다. Rancher Kubernetes 정의 컨테이너 오케스트레이션 플랫폼으로서, Kubernetes, Docker Swarm 등 여러 오케스트레이션 엔진을 사용할 수 있는 중앙 관리 툴입니다. 자체적으로 컨테이너 오케스트레이션 시스템으로 컨테이너 배포, 스케일링, 네트워킹, 로드밸런싱 등의 기능을 제공합니다. 목적 여러 클러스터를 중앙에서 관리하고, 다양한 컨테이너 오케스트레이션 플랫폼을 통합 관리하는 것을 목표로 합니다. 애플리케이션을 효과적으로 배포, 관리하고 스케일링하는 것을 목표로 합니다. 사용성 사용자 친화적인 웹 UI를 제공하여 쿠버네티스 클러스터를 쉽게 설정하고 관리할 수 있습니다. CLI(Command Line Inter..

한 4차례 정도 이 제목과 관련된 주제로 글을 복사 했었다. 그 글은 Rancher의 공식 사이트에 있는 글을 그대로 가져왔었다. 이번 시간에는 그 글들을 통합해서 하나의 글로 적어보려고 한다. 컨테이너 기술과 도커 컨테이너는 직,간접적으로 많이 들어봤을 것이다. 개인적으로 이름을 잘 정했다고 생각한 만큼, 이해하기가 쉽다고 생각한다. 컨테이너는 다음과 같은 사진으로 설명할 수 있다. 왼쪽은 컨테이너를 설명한 사진이고, 오른쪽은 os를 설명한 사진이다. 뭐가 다르다고는 말은 못하겠어도, 무언가가 다르다라는 것은 느낄 것이다. 왼쪽 사진은 Application이 7개가 있는데, 이 앱들을 오른쪽에서는 Applications라고 칭할 수 있다는 것도 맞는 말이다. 그럼 생각해보자. 왜 왼쪽 사진은 앱들이 네..

클라우드와 온프레미스 간의 논쟁은 오래된 논쟁입니다. 클라우드가 처음 등장했을 때 사람들이 워크로드를 온프레미스 데이터센터에 유지할지 클라우드 호스트로 마이그레이션할지 결정하려던 시절로 거슬러 올라갑니다. 하지만 Docker 혁명은 이 논쟁에 새로운 차원을 도입했습니다. 점점 더 많은 조직이 컨테이너를 채택함에 따라 이제 컨테이너를 호스팅하기에 가장 적합한 장소가 온프레미스인지 클라우드인지 스스로에게 질문하고 있습니다. 아시다시피 모든 사람에게 맞는 정답은 없습니다. 이 글에서는 클라우드와 온프레미스 컨테이너 배포의 장단점을 살펴보고, 어떤 요소가 조직에 적합한 선택이 될 수 있는지 살펴보겠습니다. 데브옵스, 컨테이너, 클라우드 먼저 DevOps, 컨테이너, 클라우드의 기본적인 관계에 대해 간단히 살펴보..

소개 서버는 비용이 많이 듭니다. 그리고 단일 애플리케이션 설치에서 대부분의 서버는 대기 시간 대부분을 소비합니다. 이러한 고가의 자산을 최대한 활용하려는 시도가 가상화의 발전으로 이어졌습니다. 결과적으로 가상화를 최대한 활용하면서 애플리케이션 가상화를 위한 다양한 옵션이 등장했습니다. VMware와 같은 하드웨어 가상화와 Docker와 같은 컨테이너를 통한 프로세스 가상화는 애플리케이션 가상화를 위한 경쟁적인 방법을 제공합니다. 두 기술 모두 제한된 하드웨어 리소스를 최대한 활용하기 위해 작동하지만, 그 방식은 상당히 다릅니다. 이 가이드에서는 두 기술의 차이점과 이러한 차이점이 각각 어떤 시나리오에 가장 적합한지 이해하는 데 도움이 될 것입니다. 특히 각각의 작동 방식, 애플리케이션과 배포 팀에 미치..

소개 Docker 및 컨테이너화와 같은 기술이 개발자 및 운영 툴킷의 필수적인 부분이 되고 모든 규모의 조직에서 견인력을 얻음에 따라 더 큰 관리 도구 및 배포 환경에 대한 필요성이 증가했습니다. 컨테이너 오케스트레이션 시스템인 Kubernetes는 프로덕션 환경에서 복잡한 컨테이너 워크로드를 관리하기 위한 압도적인 표준이 되었습니다. 그러나 Kubernetes란 무엇이며 어떻게 작동합니까? 이 가이드에서는 Kubernetes가 어떻게 탄생했는지에 대해 이야기하고, 몇 가지 핵심 Kubernetes 개념을 소개하고, 컨테이너 오케스트레이션 플랫폼이 컨테이너화된 애플리케이션을 최신 개발을 위해 강력하고 확장성이 뛰어난 환경으로 전환하는 데 어떻게 도움이 되는지 살펴보겠습니다. 컨테이너 오케스트레이션과 쿠버..

컨테이너란 무엇입니까? 컨테이너는 애플리케이션과 해당 종속성을 패키징하고 격리된 환경에서 실행하는 데 사용되는 운영 체제 가상화 기술입니다. 다양한 유형의 인프라에서 표준화된 방식으로 애플리케이션을 패키징하고 배포하는 간단한 방법을 제공합니다. 이러한 목표 때문에 컨테이너는 개발자와 운영 전문가 모두에게 매력적인 옵션입니다. 컨테이너는 모든 컨테이너 가능 호스트에서 일관되게 실행되므로 개발자는 나중에 전체 프로덕션 환경에 배포할 동일한 소프트웨어를 로컬에서 테스트할 수 있습니다. 컨테이너 형식은 또한 애플리케이션 종속성이 이미지 자체에 구워지도록 하여 전달 및 릴리스 프로세스를 단순화합니다. 컨테이너를 실행하는 호스트와 플랫폼은 일반적이기 때문에 컨테이너 기반 시스템의 인프라 관리를 표준화할 수 있습니다..