하드웨어 요구사항
This table outlines hardware and software requirements for the SUSE Manager Server and Proxy, on x86-64, ARM, ppc64le and s390x architecture.
|
SUSE Manager installations based on ppc64le or s390x architecture cannot use secure boot for network booting clients. This limitation exists because the shim bootloader is not available for both these architectures. |
SUSE Manager for Retail 하드웨어 요구사항은 Retail Requirements을 참조하십시오.
1. 서버 요구사항
One of SLE Micro 5.5 or SUSE Linux Enterprise Server 15 SP6 is the operating system of the container host. In the following, SUSE Linux Enterprise Server as the installed host operating system is explicitly mentioned only if it matters. Otherwise we either write SLE Micro or just host operating system.
The container host with SLE Micro as operating system requires as free disk space:
-
기본 설치 시 최소 100GB
-
리포지토리 데이터용 공간 최소 130GB
Depending on the amount of selected software, SUSE Linux Enterprise Server as operating system can require considerably more disk space.
By default the SUSE Manager Server container stores mirrored repository (packages or products), database, and other data in subdirectories of the /var/lib/containers/storage/volumes/ directory. Repository synchronization fails if this directory runs out of disk space. Estimate how much space the /var/lib/containers/storage/volumes/ directory requires based on the number and kind of clients and repositories you plan to mirror.
파일 시스템 및 파티셔닝 세부 정보에 대한 자세한 내용은 영구 스토리지 및 권한 및 이 가이드의 설치 및 배포 섹션에 있는 세부 설치 지침을 참조하십시오.
| Hardware | Details | Recommendation |
|---|---|---|
CPU |
x86-64, ARM, ppc64le, or s390x |
Minimum 4 dedicated 64-bit CPU cores |
RAM |
Minimum |
16 GB |
Recommended |
32 GB |
|
Disk Space |
|
40 GB |
|
Minimum 150 GB (depending on the number of products) |
|
|
Minimum 50 GB |
The images by default have a 40 GB / partition. The cloud image of SLE Micro 5.5 has just a 5 GB / partition. Both work flawlessly with SUSE Manager. As long as external storage is mounted to /var/lib/containers/storage/volumes, SUSE Manager does not need or use storage on the / partition, but leaves that to the management of the container host itself.
|
SUSE Manager 성능은 하드웨어 리소스, 네트워크 대역폭, 클라이언트와 서버 간 대기 시간 등에 따라 달라집니다. 사용 중인 환경과 다양한 배포에 따라 적절한 수의 프록시가 배치된 SUSE Manager 서버의 최적 성능을 달성하려면 단일 서버당 10,000개의 클라이언트를 초과하지 않는 것이 좋습니다. 클라이언트가 10,000개를 초과하는 경우 허브 설정으로 이동하여 컨설팅을 포함하는 것이 매우 권장됩니다. 미세 조정 및 적절한 수의 프록시가 포함된 경우에도 클라이언트의 수가 그렇게 많으면 성능 문제가 발생할 수 있습니다. 대규모 클라이언트 관리에 대한 자세한 내용은 Multiple Servers with Hub to Manage Large Scale Deployments에서 확인할 수 있습니다. |
2. 프록시 요구사항
One of SLE Micro 5.5 or SUSE Linux Enterprise Server 15 SP6 is the operating system of the container host.
|
Minimum requirements are suitable for a quick test installation, such as a Proxy with one client. If you want to use a production environment start with recommended values. |
| Hardware | Details | Recommendation |
|---|---|---|
CPU |
x86-64, ARM |
Minimum 2 dedicated 64-bit CPU cores |
Recommended |
The same as minimum values |
|
RAM |
Minimum |
2 GB |
Recommended |
8 GB |
|
Disk Space |
|
Minimum 40 GB |
|
Minimum 100 GB |
By default the SUSE Manager Proxy container caches packages in the /var/lib/containers/storage/volumes/uyuni-proxy-squid-cache/ directory. If there is not enough space available, the proxy will remove old, unused packages and replace them with newer packages.
이 동작의 결과:
-
The larger
/var/lib/containers/storage/volumes/uyuni-proxy-squid-cache/directory is on the proxy, the less traffic will be between the proxy and the SUSE Manager Server. -
프록시에서
/var/lib/containers/storage/volumes/uyuni-proxy-squid-cache/디렉토리를 SUSE Manager 서버의/var/lib/containers/storage/volumes/var-spacewalk/와 같은 크기로 설정하면 최초 동기화 이후 대량의 트래픽이 발생하는 것을 방지할 수 있습니다. -
/var/lib/containers/storage/volumes/uyuni-proxy-squid-cache/디렉토리의 크기는 프록시에 비해 SUSE Manager 서버에서 더 작을 수 있습니다. 크기 추정에 대한 설명은 [서버-하드웨어-요구사항] 섹션에서 확인할 수 있습니다.
|
일반적으로 SUSE는 캐시 디렉토리의 값을 사용 가능한 여유 공간의 약 80%로 조정할 것을 권장합니다. |
3. 데이터베이스 요구사항
PostgreSQL 데이터베이스만 지원됩니다. 원격 PostgreSQL 데이터베이스 또는 원격 파일 시스템(예: NFS)을 PostgreSQL 데이터베이스와 함께 사용하는 기능은 지원되지 않습니다. 즉, PostgreSQL은 SUSE Manager에 대해 사용 가능한 가장 빠른 저장소 장치에 있어야 합니다.
|
잠재적인 성능 문제로 인해 PostgreSQL 데이터베이스를 SUSE Manager에서 원격으로 실행하는 것은 일반적으로 권장하지 않습니다. 이러한 환경은 많은 경우에 사용할 수 있고 안정적이지만, 문제가 발생하면 데이터가 손실될 위험이 항상 있습니다. 그러한 경우 SUSE에서 지원을 제공하지 못할 수 있습니다. |
4. 영구 스토리지 및 권한
컨테이너를 배포할 때 기본적으로 영구 볼륨이 생성됩니다.
하지만 볼륨은 하나 이상의 별도 스토리지 장치에 저장하는 것이 좋습니다. 이러한 설정은 프로덕션 환경에서 데이터 손실을 방지하는 데 도움이 됩니다. 이 작업은 컨테이너 배포 후에 수행할 수 있습니다.
스토리지 장치는 컨테이너를 처음 배포한 후에 설정하는 것이 가장 좋습니다. 자세한 내용은 영구 컨테이너 볼륨에서 확인할 수 있습니다.
모든 볼륨에 대해 파일 시스템 형식으로 XFS를 사용하는 것이 좋습니다. 리포지토리 저장소의 디스크 크기는 SUSE Manager을(를) 사용하여 관리할 배포 및 채널의 수에 따라 다릅니다. 필요한 예상 크기에 대한 설명은 이 섹션의 테이블을 참조하십시오.
|
Cobbler 또는 PostgreSQL 저장소의 경우 NFS를 사용하지 말고, SELinux 환경의 경우에도 NFS를 사용하지 마십시오. 이러한 경우는 지원되지 않습니다. |
SUSE Manager 서버에서 이 명령을 사용하여 사용할 수 있는 모든 스토리지 장치를 찾습니다.
hwinfo --disk | grep -E "장치 파일:"
lsblk 명령을 사용하여 각 장치의 이름 및 크기를 확인합니다.
장치의 이름과 함께 mgr-storage-server 명령을 사용하여 외부 디스크를 스토리지의 위치로 설정하고, 선택적으로 자체 디스크에 데이터베이스의 위치로 설정합니다.
mgr-storage-server <storage-disk-device> [<database-disk-device>]
외부 저장소 볼륨은 /manager_storage 및 /pgsql_storage에 마운트된 XFS 파티션으로 설정됩니다.
채널 데이터 및 데이터베이스 모두에서 동일한 스토리지 장치를 사용할 수 있습니다. 채널 리포지토리가 증가하여 스토리지가 가득 차 데이터베이스 무결성이 손상될 수 있으므로 이 방법은 권장되지 않습니다. 별도의 스토리지 장치를 사용하면 성능도 향상할 수 있습니다. 1개의 스토리지 장치를 사용하려면 단일 장치 이름 파라미터와 함께 mgr-storage-server를 실행합니다.
프록시를 설치하는 경우에는 mgr-storage-proxy 명령에서 1개의 장치 이름 파라미터만 사용할 수 있고 외부 스토리지 위치는 Squid 캐시로 설정됩니다.
5. 논리 볼륨 관리(LVM)
모든 종류의 가상 머신(VM)에서 LVM은 일반적으로 필요하지 않고 권장되지 않습니다. 디스크 설정은 가상이고, 볼륨에 대해 별도의 디스크를 사용할 수 있으며 이는 권장됩니다.
다른 배포의 경우 볼륨에 대한 별도의 디스크도 권장됩니다.
mgr-storage-server 명령은 SUSE Manager 서버의 컨테이너 호스트에서 /var/lib/containers/storage/volumes 디렉토리의 전체 콘텐츠를 별도의 디스크로 이동하고 /var/lib/containers/storage/volumes에 다시 마운트합니다. 선택적으로, 두 번째 장치 이름을 지정하면 mgr-storage-server는 /var/lib/containers/storage/volumes/var-pgsql 데이터베이스 디렉토리의 내용을 두 번째 별도 디스크로 이동하고 /var/lib/containers/storage/volumes/var-pgsql에 다시 마운트합니다.
마찬가지로 SUSE Manager 프록시의 컨테이너 호스트에서 mgr-storage-proxy 명령은 /var/lib/containers/storage/volumes 디렉토리의 전체 콘텐츠를 별도의 디스크로 이동하고 /var/lib/containers/storage/volumes에 다시 마운트합니다.