동영상 대본

오늘날 많은 기업들이 워크로드를 퍼블릭 클라우드로 이동시켜 얻을 수 있는 이점을 누리고 있습니다. 이들 기업에서는 코그너티브 애플리케이션을 작성하고, 요청에 따라 스케일링을 수행하고, 퍼블릭 클라우드에서의, 서비스로서의 API 기반 이용을 통해 개발 속도를 향상시키고 있습니다. 하지만 현실은 많은 워크로드가 아직 퍼블릭 클라우드로 이전되지 않았으며, 그중 상당수는 규제 대상 산업에 속한 것들입니다. 이러한 워크로드는 보안 및 규정 준수 요건이나 성능 및 지연 시간 요건을 충족해야 하기 때문에, 해당 애플리케이션을 물리적으로 퍼블릭 클라우드 데이터 센터로 이전하는 데 어려움이 따릅니다. 그리고 많은 조직이 진정으로 원하는 것은 퍼블릭 클라우드가 제공하는 모든 민첩성의 이점을 누리면서도, 필요한 곳 어디에서나 해당 워크로드를 실행할 수 있는 유연성입니다. 즉, 온프레미스, 기존 데이터 센터, 전 세계 여러 퍼블릭 클라우드 제공업체, 또는 처리해야 할 애플리케이션과 데이터 소스에 더 가까운 네트워크 에지 등 어디서든 실행할 수 있는 유연성입니다. 퍼블릭 클라우드는 새로운 개념인 "분산 클라우드"로 이 요구사항을 충족시키기 위해 진화하고 있습니다. 따라서 IBM Cloud Satellite의 핵심은 IBM Cloud 서비스가 어디서든 관리된다는 개념입니다. 현재 IBM Cloud의 기능을 이용하는 경우에는 인프라부터 Kubernetes 및 OpenShift, 데이터베이스, DevOps 도구, 그리고 AI 머신 러닝 및 IOT를 위한 프레임워크에 이르기까지, 애플리케이션을 빌드하고 실행하는 데 사용할 수 있는 130개 이상의 서비스로 구성된 카탈로그가 있습니다. 이러한 모든 서비스는 필요에 따라 프로비저닝할 수 있는 API 형태로 제공되며, 이를 활용하여 애플리케이션을 구축할 수 있습니다. IBM에서는 IBM Cloud Satellite을(를) 통해 서비스 카탈로그를 확장하고 IBM Cloud 지역 외부의 위치에서 동일한 API를 통해 동일한 방식으로 이를 이용할 수 있도록 하려 합니다. 이제 데이터 센터에서 ‘ OpenShift ’ 클러스터를 활용하거나, 공장에서 AI 머신러닝 프레임워크를 활용할 수 있습니다. 사용자는 애플리케이션 워크로드를 실행해야 하는 모든 위치에서 이러한 기능을 일관된 방식으로 사용할 수 있습니다. 또한 IBM Cloud Paks 및 오픈 소스 기능과 같은 소프트웨어를 사용하여 모든 환경에서 일관된 방식으로 이를 배치할 수 있습니다. 이 접근 방식의 장점 중 하나는 퍼블릭 클라우드가 모든 분산 워크로드를 관리하는 일종의 중앙 관리 체계, 즉 제어 계층의 역할을 수행한다는 점입니다. IBM Cloud 를 통해 로그인할 수 있는 단일 콘솔을 통해, 다양한 환경에 걸쳐 일관된 방식으로 리소스를 프로비저닝하고, 클라우드 서비스를 프로비저닝 및 구성하며, 애플리케이션을 프로비저닝하고 관리할 수 있습니다. 보안을 유지하는 데 사용되는 방법은 한 가지입니다. 물론 이러한 모든 환경에서 일관된 방식으로 실행 중인 워크로드를 모니터할 수 있도록 하는 일반적인 관측 가능성 기능(로깅 및 모니터링, 대시보드 및 경고) 또한 사용할 수 있습니다. 또한 사용자의 인벤토리 및 변경사항 관리에 도움을 주기 위해 Satellite에 대한 몇 가지 작업이 수행되고 있습니다. 따라서 Satellite의 강점 중 한 부분은 바로 다양한 환경에서 애플리케이션을 관리할 수 있도록 하는 공통 제어 플레인 또는 단일 창입니다. 자, 이것은 어떤 방식으로 작동할까요? Satellite에서 도입되고 있는 핵심 아이디어는 위치의 개념입니다. 위치는 클라우드 서비스를 배치하고 이용할 수 있는 IBM Cloud 외부의 공간을 IBM Cloud에 정의하는 수단입니다. 이는 IBM에서 사용자 대신 클라우드 서비스를 실행하기 위해 사용할, 사용자가 소유한 인프라의 집합입니다. 해당 위치는 본질적으로 Linux 호스트, 가상 머신 또는 물리적 머신으로 구성된 집합으로, 이 자원들은 풀로 묶여 Satellite 에 의해 자동으로 관리되며, 우리가 서비스를 프로비저닝하는 데 사용됩니다. 따라서 사용자가 자신의 데이터 센터에 Satellite 위치를 작성하려 한다고 하면, 해당 데이터 센터 내에 Linux 시스템 세트를 프로비저닝할 수 있습니다. 사용자는 이러한 Linux 시스템을 IBM Cloud에 위치로서 등록하며, 이 집합이 IBM Cloud Satellite에 등록되고 나면 이제 이 위치가 클라우드 서비스를 배치할 수 있는 클라우드 계정 내의 사용자 정의 지역과 같이 표시됩니다. 따라서 Postgres 데이터베이스를 작성하거나, DevOps 도구 체인을 정의하거나, OpenShift 클러스터를 작성하려는 경우, 클라우드의 서비스를 통해 해당 클러스터를 프로비저닝할 때, 데이터 센터에 방금 정의한 사용자 정의 위치가 해당 리소스를 프로비저닝할 때 선택할 수 있는 위치가 됩니다. 따라서 ‘위치’는 매우 간단한 개념으로, 어떤 Linux 인프라든 클라우드 서비스를 실행할 수 있는 장소로 활용할 수 있게 해줍니다. 이 위치라는 아이디어의 장점 중 하나는 굉장한 유연성을 제공한다는 것입니다. IBM Cloud Satellite은(는) Kubernetes 및 OpenShift를 기반으로 하며, 이들을 클라우드 서비스를 임의의 인프라에서 이용할 수 있도록 하기 위해 사용되는 공통 인프라 추상화로 하여 작성되었습니다. 그리고 OpenShift를 추상화 계층으로 사용함으로써, IBM은 Satellite 위치에서 다양한 인프라를 지원할 수 있습니다. 사용자는 자신의 데이터 센터에 있는 사용자 정의 인프라(실제 또는 가상 서버)를 가져올 수 있습니다. Amazon, Azure 또는 Google 등의 다른 퍼블릭 클라우드에서 자신의 계정을 사용하여 해당 인프라를 이용하고, IBM Cloud에서 클라우드 서비스를 실행하기 위해 사용하는 위치로 이를 구성할 수 있습니다. 이제 이러한 위치, 이러한 서비스 및 애플리케이션은 IBM Cloud에 의해 관리되므로 우리에게도 이러한 항목을 관리하는 데 도움을 주는, 클라우드로의 연결이 필요하며 이 연결은 “Satellite Link”라는 컴포넌트에 의해 제공됩니다. Satellite Link라는 아이디어는 사용자에게 클라우드와 해당 위치 사이에 전달되는 모든 데이터에 대한 투명한 가시성을 제공하고, 이러한 위치에서 노출되는 애플리케이션 및 리소스를 사용자가 제어할 수 있도록 하기 위한 것입니다. 따라서 위치 및 Link라는 이 두 아이디어가, 사용자가 어디서든 서비스를 이용할 수 있도록 하기 위해 Satellite에서 IBM Cloud에 도입하는 중요한 새 개념을 제공합니다. 몇 가지 최적화된 솔루션 또한 제공될 예정입니다. IBM 및 파트너에서 제공하는 완전 통합 랙 시스템, 그리고 하드웨어부터 인프라를 거쳐 플랫폼 및 SaaS 애플리케이션에 이르는 스택 전체를 사용자를 대신하여 실행할 수 있는, 서비스로서의 인프라 기능이 있습니다. 따라서 사용자는 보유한 인프라를 이용하거나, 새 환경을 구축하거나, IBM Cloud 및 기타 퍼블릭 클라우드 제공자로 구성된 멀티클라우드 환경을 운영할 수 있습니다. 자, 이것이 바로 ‘ Satellite ’의 핵심 개념입니다. ‘location’과 ‘link’를 통해 클라우드 카탈로그 서비스를 어느 곳으로든 확장할 수 있게 되어, 전 세계 어디에서든 필요할 때 클라우드의 힘과 ‘ IBM Cloud ’의 힘을 활용할 수 있게 됩니다. Linux 인프라만 확보하시면 나머지는 IBM에서 알아서 해 드립니다. 정말 감사합니다.

Satellite 위치, 호스트 등은 무엇입니까?

시작하기 전에 Satellite에 대한 몇 가지 주요 용어를 잘 알고 있어야 합니다.

Satellite의 인프라를 선택하십시오.

Satellite을(를) 시작하려면 사용할 인프라의 유형을 결정하십시오. 그런 다음 호스트를 연결하고 위치 제어 플레인을 작성하여 위치를 작성하십시오. 일부 클라우드 공급자의 경우, Terraform 템플릿을 통해 리전 생성 및 호스트 연결을 자동화할 수 있습니다. 그 외의 모든 환경에서는 호스트를 수동으로 연결하십시오. 사용 가능한 옵션에 대한 자세한 내용은 ‘ Satellite 환경 계획’을 참조하십시오.

Satellite을(를) 사용해 보려 합니다.

Satellite 가이드 투어로 시작하거나, 테스트를 위해 IBM Cloud 을 사용하여 Satellite 위치 정보를 생성해 보세요. 이 설정은 운영 환경용이 아닙니다.

내 온프레미스 또는 에지 인프라를 사용하려 합니다.

온프레미스 인프라의 경우, Satellite 위치를 수동으로 설정하십시오.

내 인프라에 대해 다른 클라우드 제공자를 사용하려 합니다.

Amazon Web Services(AWS), Google Cloud Platform(GCP), Microsoft Azure 또는 Alibaba Cloud 중에서 선택하십시오. 이 제공업체들은 더 빠른 설정을 위해 Terraform 기반의 자동화를 지원합니다.

Satellite 커넥터를 작성하려고 합니다.

커넥터는 특정 원격 위치와 IBM Cloud 간에 안전하고 암호화된 연결을 설정합니다. 커넥터를 생성하려면 ‘커넥터 생성’을 참조하거나, 커넥터에 대해 자세히 알아보세요.

Satellite 위치를 작성했습니다. 다음 작업은 무엇입니까?

이제 Satellite 위치가 설정되었으므로, IBM Cloud 서비스 사용을 시작할 준비가 되었습니다.

1. Satellite 사용 IBM Cloud 서비스를 실행할 수 있도록 추가 호스트를 위치에 연결하여 위치에 컴퓨팅 용량을 추가하십시오.
2. Red Hat OpenShift 클러스터와 같은 Satellite 사용 IBM Cloud 서비스를 작성하십시오. 이전에 작업자 노드로 연결한 추가 호스트를 지정하여 클러스터에 대한 컴퓨팅 성능을 제공합니다. 기존 Red Hat OpenShift 클러스터를 자신의 위치에 등록하여 배치 대상으로 사용할 수도 있습니다.
3. Satellite 구성을 사용하여 응용프로그램을 관리하십시오.
4. Satellite 클러스터 스토리지 템플리트를 작성하십시오.
5. Satellite Link 컴포넌트에 대해 자세히 알아보고, 엔드포인트를 사용하여 위치와 IBM Cloud 간의 네트워크 트래픽을 관리하는 방법을 알아봅니다.

도움이 필요하십니까? ‘지원 받기’ 페이지를 확인하시면, 클라우드 상태, 문제 및 로깅에 대한 정보, 지원팀 문의 방법, 그리고 ‘ IBM Cloud ’ 플랫폼 관련 사항에 대한 이메일 알림 설정 방법을 확인하실 수 있습니다.