IBM POWER /Storage/VIOS 가상화 이것 저것

IBM 전문가 Jackie Lynch은 IBM 메인프레임, 유닉스 시스템 및 중형 개인 워크스테이션에서 40년 이상의 경험을 가지고 있고, VIOS(Virtual I/O Server)에 대한 상위 10가지 팁을 설명할 거에요.

Jackie는 VIO 서버를 버전 1.5부터 사용해온 경험이 있고, 최신 버전을 사용 중이에요.

이번 프레젠테이션에서는 설치 및 업그레이드보다는 유용하고 필요한 VIO 서버 실행에 대한 상위 10가지 팁에 대해 설명할 거에요.

VIO 서버 관련 자료 및 업데이트에 대한 소개가 있어요.

패치 순서를 유지하고 최신 상태를 유지하기 위해 주목해야 할 사항은, README를 반드시 읽고 HMC를 우선적으로 처리하는 것이에요.

최신 버전으로 유지하며, 이는 VIO 서버의 복구에 사용돼요.

VIO 서버 및 관련된 IO Firmware를 패치한 뒤, LPAR을 처리해요.

단, README에 따라 순서가 달라질 수 있어요.

VIO 서버에는 최신 보안 패치와 기타 업데이트가 자동으로 설치된답니다.

새로운 설치를 할 때에는 IBM 자격있는 소프트웨어 사이트인 ESS에 접속해 .iso 이미지를 다운로드 하는 것이 권장되며, USB 스틱에 복사하여 설치할 수 있어요.

IOS를 사용하는 경우에는 2개의 DVD 복사본을 연결해야 하고, 플래시 복사본은 하나의 이미지로 간편하게 설치할 수 있습니다.

NIM 마스터가 적어도 7.2.5.3 버전 이상이어야 VIO 서버를 백업하고 복원할 수 있구요, VIO 서버의 최소 요구 사항은 해당 서버에 대한 레드북의 chapter 2에서 확인하시면 됩니다.

IBM은 VIOS를 업데이트하기 위해 두 가지를 제공하는데, 서비스 팩과 미니 팩이에요.

미니 팩은 보통 313.10과 같이 기본 레벨에서 사용되며, 업데이트가 매우 작아요.

보안 패치는 Java, SSH 및 SSL을 대상으로 하는 경우가 있고, IBM 웹 다운로드 팩에서 다운로드할 수 있어요.

만약 어떤 연결이 움직이지 않는 경우, 'IBM 웹 다운로드 팩'을 구글에서 찾아서 사용할 수 있어요.

그리고, Java, SSH 및 SSL의 패치는 'updateios' 명령어를 사용하여 업데이트한다는 거 알려드릴게요.

IBM은 e-fix와 i-fix를 제공하여 써드파티 소프트웨어의 보안 취약점에 대한 패치를 제공합니다.

'Fluent VC'를 사용하여 패치를 확인하고, 'eManager'를 사용하여 패치를 적용할 수 있습니다.

운영체제 업그레이드하기 전에는 패치를 제거해야 하며, 'emgr -r -l <efix_label>' 명령을 사용합니다.

AIX 업데이트 시 패치를 제거해야 할 수도 있으며, 취약점에 대한 CVE 번호를 확인하여 패치를 선택적으로 적용할 수 있습니다.

iFixes를 다운로드할 수 있는 FTP인 'aix.software.ibm.com'에서 보안 관련 패치는 보통 'iFixes' 또는 'eFixes'의 하위 디렉토리에 위치합니다.

VIO 서버 업데이트나 패치 시 문제가 생기면, Proof of Entitlement PMR 신청 및 SNAP 실행 방법을 알아야 해요.

IBM은 성능 문제를 해결하기 위해 Proof of Entitlement PMR을, 기술적 문제를 해결하기 위해 SNAP을 요청합니다.

또한, VIO 서버에 대한 문서화가 중요하며, HMC 스캐너를 통해 정보를 제공해야 해요.

VIO 서버를 쌍으로 운영하는 것을 권장하며, LPAR 프로파일에서 어댑터를 'desired'로 설정하는 것이 좋아요.

VIO 서버의 설정은 매우 복잡하므로, 가능한 한 일관되게 구성해야 합니다.

VIO 서버의 장애 대비하기 위해서는 테스트를 진행해야 해요.

네트워크를 끊어보거나 케이블을 분리하면서 VIO 서버의 견고성을 확인해 봐야 해요.

또한, VIO 커맨드를 사용하여 소프트웨어를 설치하고 로깅을 설정하는 것도 좋은 방법이에요.

VIO 서버의 페이징 문제를 해결하기 위해서는 두 개의 페이지 데이터 셋이 동일한 디스크에 존재하지 않도록 설정하는 것이 좋아요.

마지막으로, 로그를 추가하고 덤프 장치를 올바르게 설정하는 것도 중요해요.

이러한 모든 절차는 문서화 작업이 함께 이루어져야 하며, HMC 스캐너 툴과 CIS 계획을 사용하여 관리하는 것이 좋아요.

HMC 스캐너 보고서와 미리 작성한 내용을 활용하여 업데이트 및 설치 작업에 사용해요.

서버 및 LPAR의 시리얼 번호, 고객 번호, 서버의 유니버설 액세스 키 만료일 등을 기록하는 스프레드시트를 관리하며, AIX 7.3과 Power 10으로 업그레이드하면 운영 체제의 유니버설 액세스 키 만료일도 확인할 수 있어요.

또한, 서버 펌웨어 레벨도 추적하며, LPAR이 다운된 경우 각각에 대한 문제 해결이 필요한 경우가 있어서 이 정보도 기록합니다.

마지막으로, 새로운 Power HMCs에서는 버전 뿐만 아니라 BMC와 PnoRE 레벨도 확인해야 한다는 점도 놓치지 않아요.

내부 디스크를 사용하는 경우, 950 이하 서버에는 분리 백플레인이 있는지 확인해야 해요.

이렇게 하면 하나의 VIO에는 하나의 백플레인과 두 개의 디스크, 다른 VIO에는 다른 백플레인과 두 개의 디스크를 가질 수 있어요.

또한, 업데이트와 업그레이드를 구분하여 사용하는 명령어가 다르다는 것도 주의해야 해요.

업그레이드는 버전 변경을 의미하며, 2에서 3으로 업그레이드하는 것이 있어요.

viosupgrade 명령어를 사용하여 업그레이드를 수행할 수도 있고, NIM을 사용하여 IOS 업그레이드를 수행할 수도 있어요.

IBM은 I-Fix를 업데이트하기 위해 IOS 업데이트를 권장하지 않아요.

또한 VIOS 서버는 두 개의 다른 사이트에 있는 VIO와 VIO 페어를 형성할 수 없어요.

LPARs에 활성 경로가 있는지 쉽게 확인하는 방법으로 네트워크 체크를할 수 있어요.

SAN에서 VIO 서버 부팅시 디버깅이 어려워, VIO 서버는 내부 디스크에 있는 것이 좋고, oem setup을 통해 root 권한을 얻게 되며, VIO 서버 사용 시 공유 프로세스 또는 전용 프로세스 선택은 상황에 따라 다른 요소에 영향을 받아요.

VIO 서버를 USB 스틱으로 백업하거나 복원할 수 없어요.

IBM에서 지원하는 백업 방법은 테이프, DVD, NIM 자원 tar 이미지, 및 HMC로의 백업이에요.

백업 후 문제가 발생할 경우 대체 디스크에서 재부팅하여 실패 복구 가능해요.

그리고 해당 텍스트에는 자세한 스크립트가 있다고 언급되어 있으니 단순 복사가 아닌 유지 보수 동안 사용할 수 있는 복사본임에 주의해야 해요.

매월 1일과 15일에 VIOS 서버를 백업하는 CRON 스크립트를 가지고 있어요.

백업 디렉토리를 마운트하는데, 디렉토리가 없으면 생성해요.

백업을 떼어 내려고 한 후, 다시 마운트하여 두 번의 백업을 수행해요.

백업에는 NIM 리소스 tar 이미지와 최대 속도를 지원하는 보조 백업을 사용해요.

NFS 마운트 작업은 부팅 시 자동 마운트를 설정하지 않고, NFS 또는 NIM 서버가 오프라인이면 대기해야 해요.

VIO 서버는 제품 시스템에 큰 영향을 미치므로 리소스 설정 시 우선 고려해야 해요.

VIO 서버에게 충분한 자원을 할당하고, 가중치를 높여야 해요.

또한, 서버 크기 계획 시 VIO 서버를 고려하고, TCP 및 UDP 송수신, RFC 설정에 신경을 써야 하는데, 이를 위해 네트워크 카드와 가상 어댑터의 버퍼 크기를 조정하여 처리량을 높일 수 있어요.

VIOS에서 max transfer size와 num command alums 설정을 변경하기 위해서는 VIOS를 재부팅해야 해요.

LPM 환경에서 스토리지 zoning과 mapping의 차이점을 이해해야 해요.

Zoning은 스위치에게 특정 포트에서 LPAR 어댑터 또는 VIO 어댑터의 WWN 또는 WWPN, 그리고 스토리지 하위시스템이 서로 통신할 수 있도록 알려주는 것이에요.

Mapping 또는 masking은 스토리지 하위시스템에 가서 특정 WWPN 또는 WWN과 통신할 수 있는 LUN을 제공하는 거죠.

LPM을 사용하는 경우 모든 WWPN을 두 개의 스위치에 Zoning해야 하며 두 개의 WWPN을 모두 Zoning과 Mapping 해야 합니다.

그리고 LPM이 활성화된 경우 다른 서버에서는 두 번째 WWPN을 사용하는 것이죠.

10기가/1기가 네트워크 카드가 있다면 광섬유 포트뿐만 아니라 네트워크 포트로 사용할 수 있어요.

10기가의 포트를 네트워크로만 사용하고 싶다면, 관련 설정을 통해 호스트에 연결되지 않도록 막을 수 있어요.

VIO 서버에는 두 개의 디스크를 사용하는 것이 좋고, 필요한 경우 세 번째 디스크를 사용할 수 있어요.

이렇게 하면 루트 VG를 작고 깨끗하게 유지할 수 있어요.

NVMe 디스크는 VIO 서버의 부팅에 사용하기에 적합하며, split backplane을 걱정할 필요가 없어요.

NTP를 사용하여 VIO 서버 간의 시간 동기화를 유지하고, 디버깅이 필요할 때 문제를 예방할 수 있어요.

NTP 설정은 ntp.conf 파일과 configntp.com 파일에서 진행되며, configntp.com 파일을 수정해야 해요.

ntpdate를 실행하여 날짜를 올바르게 설정한 뒤, NTP를 시작하면 돼요.

VIO 서버의 경우 **"/etc/rc.tcpip"**에서 **"xntpd"**를 확인하고 주석 처리를 해제해야 해요.

I/O firmware 업데이트 시, Fix Central에서 Power I/O firmware로 이동하여 적절한 어댑터 정보를 파악하고 IBM 설치 인벤토리 사이트에서 서버 정보를 확인하며, lsm code space 명령어로 최신 버전을 확인하고 업데이트해야 해요.

IBM은 'Install Inventory'라는 사이트를 가지고 있어요.

이 사이트는 IBM 내부와 ESS를 포함한 다양한 인벤토리 서비스를 제공하죠.

이 사이트는 '시리얼 넘버'를 입력하여 데이터를 검색하고 확인하는 기능을 제공합니다.

IBM 로그인이 필요하지만, 누구나 사용할 수 있는 점이 좋았어요.

Power 7을 사용하는 경우 HMC 버전 10으로 업그레이드할 가치가 있는지는 확인해봐야 해요.

Power HMC로 업그레이드하는 것이 권장되며, Power 7은 이미 지원이 종료된 상태입니다.

HMC 업데이트 중 네트워크 문제로 인해 HMC가 고장나는 상황 발생하였어요.

하지만 파워 HMC는 HMC 자체가 다운되어 있더라도 BMC에 연결할 수 있어요.

다운된 HMC에서 복구 ISO 이미지를 가상 광학으로 마운트하고, 이를 통해 HMC를 재설치하였어요.

해당 데이터 센터에서 가장 가까운 사람이 2시간 거리에 있기 때문에 자신의 집에서 BMC를 사용하여 완전히 HMC를 재설치하고 복구할 수 있었어요.

인텔 HMC의 업데이트 중단에 대해서는 IBM이 더 이상 업데이트하지 않을 것이며, 인텔 HMC를 사용 중인 경우 파워 HMC로 교체하고 파워 RAID 등의 데이터를 옮기는 것이 좋다고 조언하였어요.

새로운 HMC의 버전 10에는 log 4j 보안 패치가 있으며, 복사하여 모든 것을 저장하기 위해 'update IOS'를 사용하고 패치 작업을 'update IOS'로 수행하면 된다고 하네요.

'Nimitz'에서 업데이트하는 경우 'update IOS'의 NIM 버전을 사용하면 되요.

엔티틀먼트는 일반적으로 최소 0.6 정도를 권장합니다.

엔티틀먼트를 너무 많이 초과하지 않도록 조심해야 합니다.

몇 분 동안 초과한다면 괜찮지만, 대부분 초과한다면 엔티틀먼트를 늘려야 합니다.

엔티틀먼트가 0.6인 경우에도 일반적으로 두 개의 VPS를 할당하지만, 그 이상 필요한 경우도 있습니다.

가상 HMC는 Power 서버를 어느 정도만 제어할 수 있기 때문에 Power 서버가 충분하지 않은 경우 문제가 발생할 수 있습니다.

BMC는 IPMI 인터페이스에 연결하거나 public IP로 설정하여 failover 모드로 운영할 수 있습니다.

IBM 개발팀은 계속해서 발생하는 문제에 대한 작업 중이에요.

기본 설정을 변경하는 이유를 묻는 질문이 있었는데, IBM은 Unix와 유사하도록 단위를 구성하려고 해서 기본 설정을 최소 시스템을 위해 구성하는 것이 일반적이래요.

이게 몇 년 동안 업데이트되지 않은 이유는 잘 모르겠지만, 설정이 제대로 되어 있지 않다면 직접 수정한다는 생각이에요.

질문하는 것보단 수정하는 게 더 낫다고 생각합니다.

모든 질문에 대해 이해하고 있지는 않지만, 시스템 중단을 방지할 수 있는 정보가 있다면 공유하고 싶어합니다.