파일 스토리지와 백업 작업을 시작하기 전에 주소, 운영체제, 직접 연결된 디스크를 확인하세요. 서버 인도가 완료되면 콘솔의 서버 상세 정보에서 IP와 로그인 정보를 확인할 수 있습니다.
결제 기록만으로 인도 상태를 확인할 수는 없습니다. 서버 준비가 완료되면 상세 정보에 표시된 내용으로 접속하세요.
주문 결제, 서버 준비, 원격 로그인은 각각 별개의 단계입니다. 접속 전에는 콘솔에 표시된 서버 상태를 기준으로 확인하고, 주문 이름만 보고 주소를 추측하거나 다른 서버에 저장된 계정 정보를 사용하지 마세요.
OnuCloud 콘솔에 로그인해 해당 주문의 서버 상세 정보를 열고 메모리 구성과 선택한 운영체제를 확인하세요. 여러 서버를 관리하는 경우 먼저 현재 상세 정보가 작업 대상 서버의 것인지 확인한 다음 접속 정보를 복사하세요. 그래야 백업 작업이나 디스크 작업을 다른 서버에 적용하는 일을 방지할 수 있습니다.
서버 상세 정보에서 IP, 로그인 계정, 비밀번호 및 인터페이스에 표시된 기타 접속 정보를 확인하세요. 포트와 사용자 이름을 일반적인 기본값으로 추측하지 마세요. 이 페이지에는 공용 계정이나 고정 포트가 안내되어 있지 않으므로 실제 접속 정보는 인도 기록을 따르세요.
Linux, FreeBSD, Proxmox VE는 SSH로, Windows Server는 RDP로 접속합니다. 연결 도구에 저장된 이전 주소, 계정, 비밀번호를 하나씩 확인하세요. 서버 인도가 완료되지 않았다면 상태부터 확인하고, 검증되지 않은 접속 정보를 반복해서 입력하지 마세요.
로그인 비밀번호, 개인 키, 전체 접속 정보를 공개 스크린샷이나 명령 기록, 일반 이메일 본문에 노출하지 마세요. 문제를 확인할 때는 오류 메시지만 보관하고, 민감한 정보가 포함된 스크린샷은 먼저 가리세요.
AlmaLinux, CentOS Stream, Debian, Ubuntu Server, FreeBSD, Proxmox VE는 모두 SSH로 접속합니다. 시스템 관리 방식은 다를 수 있지만 접속 정보는 동일한 인도 기록에서 확인합니다.
로컬 SSH 클라이언트에 첫 번째 IPv4 주소, 인도된 계정, 실제 포트를 입력한 뒤 상세 정보에 표시된 인증 방식으로 로그인하세요. 최초 접속 시 호스트 신원 확인 메시지가 표시되면 대상 서버와 확인 가능한 신원 정보를 대조하세요. 이 메시지를 매번 무시하는 절차로 취급하지 마세요.
같은 주소를 다른 시스템에 사용한 적이 있다면 클라이언트에서 호스트 신원이 변경되었다는 메시지가 표시될 수 있습니다. 먼저 재설치나 접속 대상 변경이 있었는지 확인한 뒤 로컬에 저장된 기록을 처리하세요. 메시지를 없애기 위해 신원 확인을 바로 무시하지 마세요.
최초 로그인 후 로그인 비밀번호를 변경하고, 선택한 시스템의 계정 및 권한 규칙에 따라 SSH 키를 설정하는 것이 좋습니다. 개인 키는 관리 장치에 보관하고 공개 키는 대상 계정의 인증된 키 설정에 등록하세요. 공개 키와 개인 키를 혼용해서는 안 됩니다.
인증이나 방화벽을 변경하기 전에 현재 세션을 유지하고 별도의 SSH 세션을 열어 새 설정을 확인하세요. 새 세션으로 정상 로그인할 수 있으면 기존 연결을 종료하세요. 한 번의 설정 변경으로 모든 관리 경로가 끊기는 일을 방지할 수 있습니다.
Linux용 디스크 확인 명령을 FreeBSD에 그대로 적용하지 마세요. SSH는 접속 방식일 뿐이며, 스토리지와 권한 작업은 각 시스템의 자체 도구와 규칙을 따라야 합니다.
Windows Server를 선택한 서버는 원격 데스크톱 프로토콜인 RDP로 접속합니다. 로컬 원격 데스크톱 클라이언트를 열고 콘솔에 표시된 첫 번째 IPv4 주소와 로그인 정보로 연결하세요. 다른 서버에 저장된 인증 정보를 재사용하지 마세요.
클라이언트의 컴퓨터 주소, 계정 입력란, 실제 접속 정보를 확인하고 특히 자동으로 입력된 이전 계정에 주의하세요. 인증서나 신원 확인 메시지가 표시되면 인도 기록과 대조하세요. 원격 데스크톱을 사용하더라도 대상 확인을 생략하지 마세요.
비밀번호 입력에 실패하면 먼저 키보드 배열, 대소문자, 복사할 때 공백이 포함되었는지 확인하세요. Windows Server의 시스템 언어는 영어, 번체 중국어, 간체 중국어일 수 있습니다. 인터페이스 언어가 달라도 인도된 계정이나 첫 번째 IPv4 주소 사용 규칙은 바뀌지 않습니다.
데스크톱에 접속한 뒤 계정 정책, 원격 데스크톱 권한, 방화벽을 조정하세요. 변경할 때마다 새 세션으로 설정을 확인하세요. 클라이언트 연결을 끊는 것만으로 데이터 백업이 완료되지는 않습니다. 중요한 파일과 서비스 상태를 별도로 확인하세요.
서버에 IPv4 주소가 여러 개 있더라도 SSH와 RDP에는 주소 목록의 첫 번째 주소를 사용하세요. 나머지 주소는 시스템 내 서비스나 가상 머신 구성에 사용합니다. 인도 목록에 표시되어 있다는 이유만으로 관리 로그인 주소가 되는 것은 아닙니다.
| 주소 역할 | 용도 | 작업 전 확인 |
|---|---|---|
| 첫 번째 IPv4 | SSH 또는 RDP 원격 관리 | 서버 상세 정보와 정확히 대조하고 해당 서버의 계정 및 인증 정보를 사용하세요. |
| 나머지 IPv4 | 시스템 내에서 서비스 또는 가상 머신에 직접 할당 | 주소 할당, 시스템 네트워크 설정, 서비스 리스닝 상태를 확인해 중복 할당을 방지하세요. |
호스트 네트워크와 가상 머신 주소 할당 변경은 시스템 설정 작업입니다. 먼저 현재 작동 중인 설정을 기록한 뒤 단계별로 확인하세요. 관리 주소, 라우팅, 인증 방식을 한꺼번에 변경하지 마세요. 그래야 연결에 영향을 준 변경 단계를 파악하기 쉽습니다.
AMD 물리 서버에는 1TB NVMe 2개가 기본 제공되며, 각 디스크는 직접 연결되고 하드웨어 RAID는 제공되지 않습니다. 시스템에 로그인할 수 있다는 것은 관리 경로가 마련되었다는 뜻일 뿐입니다. 파일 스토리지를 사용하기 전에 디스크, 시스템 사용 공간, 필요한 이중화 방식을 확인하세요.
디스크 식별자, 용량, 기존 파티션, 마운트 정보를 기록하고 시스템 디스크와 데이터용 디스크를 구분하세요. 추가 디스크 옵션을 선택한 경우 해당 장치도 별도로 기록하고, 장치 열거 순서만으로 물리 디스크 위치를 추측하지 마세요.
다음 명령은 Linux에서 블록 장치와 파일 시스템 정보를 읽기만 하며, RAID를 구성하거나 포맷하지 않습니다. 장치 이름은 실제 출력 결과를 기준으로 확인하세요. FreeBSD에서는 해당 시스템의 장치 및 스토리지 확인 도구를 사용하세요.
Linux · 읽기 전용 확인
lsblk -o NAME,SIZE,TYPE,FSTYPE,MOUNTPOINTS,MODEL,SERIAL
findmnt출력을 먼저 확인한 뒤 작업 대상을 정하세요. 장치의 용도를 확인할 수 없다면 디스크 초기화, 파티션 생성, 풀 구성 명령을 실행하지 마세요.
1TB 디스크 2개의 명목상 원시 용량 합계는 2TB지만, 파일 시스템에서 실제 사용할 수 있는 공간과는 다릅니다. 파티션, 시스템 사용 공간, 포맷에 따라 사용 가능 용량이 달라지며, 한 디스크의 데이터가 다른 디스크에 자동으로 복제되지는 않습니다.
용도별로 디스크를 나누는 구성에 적합하며, 디스크가 두 개라는 이유만으로 이중화가 완료된 것으로 볼 수는 없습니다.
1TB 디스크 2개로 ZFS 미러 또는 소프트웨어 미러를 구성하면 명목상 용량은 절반 정도로 계획해야 하며, 실제 사용 가능 공간은 시스템 및 파일 시스템 오버헤드의 영향을 받습니다. 풀을 구성하기 전에 데이터 저장 위치를 확인하고, 기존 파티션이 있다면 먼저 데이터를 옮기세요.
미러는 단일 디스크 장애에 대비하기 위한 구성으로, 실수로 삭제하거나 덮어쓴 데이터 또는 시스템 문제 발생 후 복구할 복사본을 대신하지 않습니다. 별도의 외부 백업을 따로 구성해야 합니다.
스토리지가 준비된 뒤 백업 작업을 설정하세요. 원본 디렉터리, 대상 위치, 보존 정책, 인증 방식을 정하고 소량의 데이터로 전송 및 복구를 먼저 확인하세요. 작업 완료 표시만으로 복구 가능성이 입증되지는 않습니다. 실제로 파일을 일부 복원해 내용과 권한을 확인하세요.
시간 초과, 연결 거부, 인증 실패는 서로 다른 문제입니다. 클라이언트의 원본 오류 메시지를 보관하고 아래 순서대로 확인하면 비밀번호와 방화벽을 반복해서 변경하는 것보다 원인을 좁히기 쉽습니다.
서버 상세 정보를 다시 열어 대상 서버, 운영체제 유형, 현재 상태를 확인하세요. 추가 IPv4 주소를 잘못 사용했거나 클라이언트에 이전 서버 주소가 저장되어 있지 않은지 확인하세요. 인도 완료 여부를 확인하기 전에는 연결 실패를 시스템 장애로 단정하지 마세요.
인증에 실패하면 계정, 인증 방식, 비밀번호 입력, 키 일치 여부를 확인하세요. 시간 초과 또는 연결 거부가 발생하면 오류 메시지를 먼저 기록하고 계정 정책을 연달아 변경하지 마세요. 네트워크 경로나 시스템 서비스 규칙이 원인일 수도 있습니다.
로컬 네트워크, 외부 연결 제한, 클라이언트 설정을 확인한 뒤 서버 방화벽과 SSH 또는 RDP 서비스 관련 규칙을 점검하세요. 특정 탐지 방식에 응답하지 않는다는 사실만으로 원격 로그인 자체가 불가능하다고 판단할 수는 없습니다. 실제 클라이언트 연결 결과와 함께 확인하세요.
계속 연결할 수 없다면 콘솔에 로그인해 지원 요청을 제출하고 주문 ID, 운영체제, 사용 프로토콜, 원본 오류 메시지, 발생 시간, 이전 설정 변경 내용을 포함하세요. 연결에 성공한 적이 있는지와 이미 확인한 항목도 알려주세요. 지원 요청에 전체 비밀번호나 개인 키를 반복해서 붙여 넣지 마세요.
시스템 네트워크 또는 인증 설정을 잘못 변경한 경우 콘솔의 브라우저 그래픽 세션은 긴급 복구에만 사용합니다. 이 경로는 공개 접속 방식이 아니며, 일상적인 관리는 계속 SSH 또는 RDP로 진행하세요.
복구할 때는 최근에 변경한 방화벽, 네트워크, 계정 설정부터 확인하세요. 데이터 상태를 확인할 수 없는 상황에서 바로 재설치하지 마세요. 도움이 필요하면 콘솔 지원 요청에 작업 과정을 설명하세요. 재설치 전에는 보존할 데이터를 먼저 처리해야 하며, 재설치를 데이터 손실 없는 점검 방법으로 간주해서는 안 됩니다.
DGX Spark의 인도 정보도 OnuCloud 콘솔에서 확인할 수 있습니다. 해당 서버의 상세 정보를 열어 주소와 계정 정보를 확인한 뒤 SSH로 DGX OS에 로그인하세요. AMD 물리 서버의 운영체제 선택이나 디스크 구성 방식을 그대로 적용하지 마세요.
상세 정보에 표시된 주소와 인증 정보를 사용하고 기본 계정이나 포트를 추측하지 마세요. 최초 로그인 후 SSH 세션과 계정 권한을 확인한 다음 키나 방화벽을 조정하세요. 설정을 변경한 뒤에도 기존 세션을 유지하고 새 연결을 열어 인증 설정을 확인하세요.
접속이 확인된 뒤 모델 및 애플리케이션 환경을 준비하세요. SSH 로그인 성공이 애플리케이션 종속성까지 검증되었다는 뜻은 아닙니다. 환경 설정과 업무 데이터는 별도로 관리해야 합니다.
DGX Spark에는 BMC / IPMI가 없습니다. 강제 재부팅이나 시스템 재설치가 필요하면 콘솔에서 지원 요청을 제출하고 서버 식별 정보, 문제 상황, 이전 작업 내용을 적으세요. 다른 유형의 장비에 사용하는 대역 외 관리 방법을 적용하지 마세요.
재설치 요청을 제출하기 전에 보존할 파일을 먼저 옮기고 대상 서버가 맞는지 확인하세요. 환경 복구와 데이터 보존을 같은 작업으로 혼동하지 않도록 주의하세요.
인도가 완료된 서버는 상세 정보와 인증 정보를 확인하세요. 아직 계획 단계인 스토리지 작업은 디스크 위치와 이중화 방식을 먼저 정한 다음 설정을 진행하세요.