안녕하세요.


앞서 포스팅했던 내용과 같이 System Center 1801에 대한 내용으로, 이번 포스팅은 Operations Manager에 대한 내용입니다.

Systen Center Virtual Machine Manager에서는 원했던 기능이 많이 업데이트가 되었는데요 Operations Manager도 1801에 크지는 않지만 필요한 기능들이 업데이트 된 것을 확인할 수 있었습니다.


그럼 업데이트를 진행하기 전에 어떤 내용들이 업데이트 되었는지 확인해보시죠.


  • 운영 콘솔에서 제품 키 입력(Enter product key from the Operations console): 개인적으로 이전 버전의 Operations Manager에서는 새 관리 그룹을 설치 후에 관리 키를 PowerShell(Set-SCOMLicense)를 통해서만 라이선스 버전으로 업그레이하는 것이 무척 불편하였는데 이제 운영 콘솔 설치 중 또는 설치 후에 제품 키를 등록할  수를 사용하여 평가 버전을 라이선스 버전으로 업그레이드해야했습니다. 1801 버전으로 업데이트를 하면 운영 콘솔을 설치하는 중 또는 설치 완료 후에 운영 콘솔을 통해 제품 키를 등록 할 수 있다고 합니다.


  • Linux 모니터링(Linux monitoring): 이제 FluentD가 지원되는 Linux 에이전트를  통해 Windows Server와 동일한 수준으로 로그 파일 모니터링에 사용할 수 있어,이전 로그 파일 모니터링보다 기능이 향상됩니다. 
      • 로그 파일 이름 및 경로에 와일드 카드 문자 사용 가능
      • 단순 일치, 제외 일치, 상관 일치, 반복 상관, 배타적 상관과 같은 사용자 지정 가능한 로그 검색을위한 새로운 일치 패턴 사용 가능
      • Fluentd 커뮤니티에서 게시한 일반 Fluentd 플러그인을 지원
  • 향상된 HTML5 대시 보드 경험(Improved HTML5 dashboarding experience): 개인적으로 콘솔 화면 때문에 곤혹스러웠던 적이 많았습니다. 이번 1801 버전에서는 웹 콘솔이 HTML 기반의 콘솔로 변경되어 되어 더 이상 Silverlight에 종속되지 않았다고 합니다. 또한, 새로운 대시 보드가 다음과 같은 기능이 재설계 되었다고 하여 무척 기대가 됩니다.
      • 최신 사용자 인터페이스
      • 간소화된 위젯 및 대시 보드 제작
      • 여러 브라우저에서 액세스 가능
      • 드릴 다운 페이지로 향상된 문제 해결 경험
      • 새로운 REST API를 사용하여 맞춤 위젯으로 확장성 제공
      • 대시보드 내보내기 및 공유

또한, 새 웹 콘솔에서 윈도우 인증 외에 네트워크 인증도 사용할 수 있다고 합니다.


  • System Center Visual Studio 제작 확장 (VSAE) Visual Studio 2017 지원(System Center Visual Studio Authoring Extension (VSAE) support for Visual Studio 2017): VSAE (Visual Studio Authoring Extension)가 이제 Visual Studio (VS) 2017과 호환되도록 업데이트가 되어, 관리 팩 (MP) 개발자는 최신 버전의 Visual Studio에서 사용자 지정 관리 팩을 만들고 MP 템플릿 중 하나를 사용할 수 있다고 합니다. 


  • 향상된 SDK 클라이언트 성능(Enhanced SDK Client performance): 운영 콘솔에서 일반적으로 새 관리 팩을 가져 오거나 삭제하거나 MP에 대한 구성 변경 내용을 저장하는 동안 콘솔  응답에 대한 성능이 개선되었습니다.


  • 타사 관리 팩에 대한 업데이트 및 권장 사항(Updates and recommendations for third-party Management Pack): System Center 2016에서는 고객 의견을 기반으로 타사 관리 팩 업데이트의 검색 및 다운로드를 포함하도록 확장된 MP 업데이트 및 권장 기능을 출시했습니다.


  • Linux Kerberos 지원(Linux Kerberos support): 드디어 Operations Manager는 관리 서버가 UNIX 및 Linux 컴퓨터와 통신하기 위해 WS-Management 프로토콜을 사용할 때마다 Kerberos 인증을 지원하므로 WinRM (Windows Remote Management)에 대한 기본 인증을 더 이상 필요로  하지 않아 더 큰 보안을 제공한다고 합니다. MS의 Linux에 대한 지원이 점점 더


  • 서비스 맵 통합(Service Map integration): 개인적으로 1801버전에서 가장 기대되는 기능으로, Service Map은 Windows 및 Linux 시스템에서 응용 프로그램 구성 요소를 자동으로 발견하고 서비스 간 통신을 매핑할 수 있다고 합니다. 서버, 프로세스 및 타사 서비스 전반에 걸친 종속성에 대한 공통된 참조 맵을 자동으로 작성하고, System Center Operations Manager 간의 통합을 통해 분산 응용 프로그램을 자동으로 만들 수 있다고 합니다.

지금까지 System Center Operations Manager 1801 버전의 새로운 기능에 대해 알아봤습니다.
다음 포스팅에서는 System Center 2016 버전을 1801 버전으로 업데이트 하는 방법을 알아 보겠습니다.

감사합니다.













이 포스팅은 다음 페이지의 글을 참조 및 번역하여 작성하였습니다.

https://docs.microsoft.com/en-us/system-center/scom/what-is-new-1801?view=sc-om-1801#enter-product-key-from-the-operations-console



안녕하세요.

또 오랜만에 포스팅입니다.


이번 포스팅은 System Center 1801의 새로운 기능 및 업데이트 방법에 대한 내용입니다.

개인적으로는 기대했던 내용들이 업데이트되었습니다. 특히 Compute과 Networking에서 많은 기능이 업데이트 되었습니다.


그럼 먼저 새로운 기능들을 확인해보시죠.



계산 (Compute)

  • 중첩가상화(Nested virtualization): 이미 앞선 포스팅을 통해 소개해드렸지만 Windows Server 2016부터 중첩 가상화를 지원합니다. 하지만, 중첩 가상화의 경우 VM 배포 후 Powershell을 통해 변경해주어야 사용이 가능하였기 때문에 작은(?) 번거로움일 있을 수 있습니다. 이제 VMM을 통해 중첩 가상화 VM을 배포하고 중첩 가상화 기능을 종료할 수 있습니다. 중첩 가상화 VM을 배포하는 방법은 다음 포스팅을 통해..
  • VMware VM (EFI 펌웨어 기반 VM)을 Hyper-V VM으로 마이그레이션 (Migration of VMware VM (EFI firmware-based VM) to Hyper-V VM): VMM 1801를 사용하면 EFI 기반 VMware VM을 Hyper-V 세대 2 VM으로 마이그레이션 할 수 있어, Hyper-V 플랫폼으로 마이그레이션하는 VMware VM은 Hyper-V 2세대의 기능을 활용할 수 있습니다. 마이그레이션 시 BIOS 기반 VM은 Hyper-V 1세대로 VM으로 EFI 기반 VM은 Hyper-V VM 2세대 VM으로로 마이그레이션됩니다. 또한 VMWare VM 변환 프로세스가 향상되어 변환 속도가 최대 50 % 빨라졌습니다.
  • 호스트 새로 고침의 성능 향상 (Performance improvement in host refreshe): VMM 1801 업데이트를 통해 호스트 새로 고침 프로세스가 개선되어 새로 고침 시 최대 10 배의 성능 향상이 가능하였다고 합니다. 개인적으로 가장 반가운 업데이트입니다.
  • VMM에서 고급 콘솔 연결 (Enhanced console session in VMM): Hyper-V 관리자에서만 제공하였던 고급 연결이 SCVMM에서도 가능해졌습니다. (왜 이제서야...) 클럽보드를 통해 텍스트 및 파일에 대한 복수 및 붙여넣기 등이 가능해집니다.


저장소 (Storage)

  • VMM 저장소 QoS 향상(Improvement in VMM storage QoS): SCVMM 1801에서는 SQoS (Storage Quality of Service)를 Hyper-V 및 SOFS (Scale-Out File Server) 역할을 사용하여 가상 컴퓨터의 저장소 성능을 중앙에서 모니터링하고 관리하는 방법을 제공합니다. 또한, S2D 이외에 SAN 스트로지와 VMM 클라우드에도  QoS 정책을 할당할 수 있으며, 스토리지 QoS 정책을 템플릿으로도 사용할 수 있습니다. 


네트워킹 (Networking)

  • VMM을 통한 SDN의 게스트 클러스터 구성(Configuration of guest clusters in SDN through VMM): Windows Server 2016에서 새롭게 출시된 소프트웨어 정의 네트워크(SDN) 기능으로, SDN을 사용한 가상 네트워크에 연결된 VM은 네트워크 컨트롤러가 통신하기 위해서는 할당된 IP만 사용할 수 있었습니다. VMM 1801에서는 floating IP (VM이 외부로 통신할 수 있게 해주는) 기능을 지원하며, 내부 로드 밸런서 (ILB) VIP를 통해 게스트 클러스터링을 지원하게 되었습니다. (이 부분도 차후 포스팅을  통해...)
  • VMM 서비스 템플릿을 통한 SLB VIP 구성(Configuration of SLB VIPs through VMM service templates): Windows 2016의 SDN은 SLB (Software Load Balancing)를 사용하여 서비스 공급자 및 테넌트가 관리하는 작업 부하간에 네트워크 트래픽을 고르게 분산시킬 수 있습니다. VMM 1801을 사용하면 VMM에서 서비스 템플릿을 사용하여 다중 계층 응용 프로그램을 배포하는 동안 SLB VIP 구성을 지원합니다. (이 부분도 차후에 포스팅하겠습니다)
  • VMM을 통한 암호화 된 VM 네트워크 구성(Configuration of encrypted VM networks through VMM): 네트워크 컨트롤러 (NC)를 통해 암호화된 기능을 사용하면, VM 네트워크에서 종단 간의 암호화를 쉽게 구성할 수 있게 되었습니다.  암호화 제어는 서브넷 수준에서 이루어지며, 동일한 네트워크 및 동일한 서브넷에 있는 두 VM간의 트래픽을 읽고 조작할 수 없다고 합니다


보안 (Security)

  • Linux 차폐 VM 지원(Support to Linux shielded VM): Windows Server 2016에서 처음으로 Windows VM에 차폐된 VM을 도입하였으며, Windows Server 1709에서 Hyper-V는 Linux VM에서도 차폐 형 프로비저닝을 지원하였습니다. 이제 VMM 1801 업데이트를 통해 Windows와 Linux 모두 차폐형으로 배포가 가능하졌습니다.
  • 대체 HGS 구성(Configuration of fallback HGS): VMM 1801을 사용하면 보호된 호스트를 HGS URL (인증 및 키 보호 URI)의 기본 및 보조 쌍으로 구성 할 수 있어, 재해 복구를 위해 두 개의 데이터 센터에 걸쳐 보호된 패브릭 배포, 차폐된 VM 등으로 실행되는 HGS 등과 같은 시나리오를 구현할 수 있다고 합니다. 


Azure 통합(Azure Integration)

  • ARM 기반 및 지역별 Azure 구독 관리: 현재 VMM Azure 플러그인은 클래식 가상 머신 (VM) 및 Public Azure 영역만 지원하였으나, VMM 1801은 새로운 Azure 포털 및 지역별 Azure 구독(즉, 독일, 중국, 미국 정부 Azure 지역)을 사용하여 ARM 기반 VM, Azure Active Directory (AD) 기반 인증 관리를 지원한다고 합니다. (이 부분도 차후 포스팅을 통해 연결 방법을..)

개인적으로는 클라우드에서 사용되고 있는 많은 기능들이 이제 온-프레미스에서도 동일하게 사용할 수 있도록 업데이트 된 것을 느낄 수 있었습니다. 이 기능들이 온-프레미스에서 유용하게 사용된다면 퍼블릭 클라우드 시 사용 시 훨씬 빠르게 적응 및 기술을 이해할 수 있을 듯합니다.

그럼 다음 포스팅에서는 실제 VMM 2016을 180로 업데이트 해보겠습니다.

감사합니다.









이 글을 다음 페이지를 번역 및 참고하여 작상하였습니다.

https://docs.microsoft.com/en-us/system-center/vmm/whats-new-vmm-1801?view=sc-vmm-1801


안녕하세요.

이번 포스팅은  Log Analytics을 사용하여 Azure PaaS 리소스에 대한 메트릭 수집을 구성하는 방법에 대한 내용입니다.

 

Azure SQL 및 Web Sites(Web Apps)와 같은 PaaS(Platform as a Service) 리소스는 Log Analytics에 대한 성능 메트릭 데이터를 기본적으로 내보낼 수 있습니다. 이 스크립트를 사용하면 특정 리소스 그룹이나 전체 구독에 이미 배포된 PaaS 리소스에 대한 메트릭 로깅을 사용할 수 있습니다.

현재 Azure 포털을 통해서 PaaS 리소스에 대한 메트릭 로깅을 활성화하는 방법은 없으며, PowerShell 스크립트를 사용해야합니다. Log Analytics 모니터링과 함께이 기본 메트릭 로깅 기능을 사용하면 Azure 리소스를 대규모로 모니터링 할 수 있습니다.

 

 

 

 

 

 

 

중요: PowerShell에서 Azure Resource Manager 명령을 실행할 때 호환성을 보장하기 위해 모든 Azure Resource Manager 모듈이 동일한 버전을 사용하는 것이 좋습니다.  컴퓨터에 최신 버전의 Azure Resource Manager 모듈을 설치하려면 Azure PowerShell 설치 및 구성을 참조하십시오.

 

Auzre Powershell 설치 및 구성

 

 

 

 

 

 

 

Azure 진단 도구 사용

 

PaaS 리소스에 대해 Azure 진단을 구성하려면 PowerShell 갤러리에서 제공되는 Enable-AzureRMDiagnostics.ps1 스크립트를 실행하면됩니다. 이 스크립트는 다음 시나리오를 지원합니다.

 

• 구독에서 하나 이상의 자원 그룹과 관련된 리소스 지정
• 구독의 특정 자원 그룹과 관련된 리소스 지정
• 다른 Work Space로 전달하도록 리소스를 재구성

 

 

 

1. Powershell을 관리자 권한으로 실행한 후 다음 명령을 실행하여 Enable-AzureRMDiagnostics.ps1 스크립트 파일을 로컬에 저장합니다.

save-script -Name Enable-AzureRMDiagnostics -Path "C:\temp\Log Analytics\" -force

 

 

2. 다음 명령어를 실행하여 Powershell을 통해 Azure에 로그인합니다.

Login-AzureRmAccount 


3. 다음 스크립트를  매개 변수없이 실행하여 구독의 특정 리소스에서 대한 데이터 수집을 활성화하거나, -ResourceGroup "Resource Group 이름" 매개 변수를 사용하여 특정 리소스 그룹의 리소스를 지정합니다.


4. 구독이 2개 이상일 경우 구독을 선택해야 합니다.  (단일 구독일 경우 사용 가능한 구독을 자동으로 선택)

 

5. 구독에 등록된 Log Analytics Work Space 목록을 확인한 후 선택합니다.

 

6. 컬렉션을 활성화하려는 Azure 리소스를 선택하십시오. Azure Diagnostics를 사용하여 메트릭 수집을 지원하는 자원을 선택하고 Log Analytics로 직접 보낼 수만 있습니다. 스크립트는 구독 또는 지정된 자원 그룹에서 속한 자원 목록에 대한 메트릭 열 아래에 True 값을 표시합니다.


7. 선택을 확인하는 메시지가 나타납니다. 정의 된 범위에 대해 선택된 모든 자원에 대한 메트릭 로깅을 사용하려면 Y를 입력하십시오. 여기서는 구독의 모든 SQL 데이터베이스입니다.

 

선택한 기준과 일치하는 모든 자원에 대해 스크립트가 실행되고 메트릭 컬렉션이 활성화되며, 작업 완료 후 구성 완료를 나타내는 메시지가 표시됩니다.



완료 직후 Log Analytics 저장소에 Azure PaaS 리소스의 데이터가 표시됩니다. Azure Metrics 유형의 레코드가 작성되고 이러한 레코드를 분석하는 것은 Azure SQL Analytics 및 Azure Web Apps Analytics 관리 솔루션에서 지원됩니다.

 

 

 

 

 

 

 

 

다른 Work Space로 데이터를 보내도록 리소스 업데이트

 

Log Analytics 작업 영역에 이미 데이터를 보내는 리소스가 있고 나중에 다른 Work Space로 데이터를  보내도록 변경하려는 경우 -Update 매개 변수를 사용하여 스크립트를 실행할 수 있습니다.

 

 

초기 구성을 수행하기 위해 스크립트를 실행할 때와 동일한 정보에 응답하라는 메시지가 표시됩니다.

 

예) Enable-AzureRMDiagnostics.ps1 -Update 

 

 

이상으로 Log Analytics을 사용하여 Azure PaaS 리소스 메트릭 수집 구성에 대한 포스팅을 마칩니다.

 

감사합니다.

 

 

 

 

 

 

 

 

 

 

 

 

 

이 포스팅은 다음 사이트의 글을 번역 및 참고하여 작성하였습니다.

 

https://docs.microsoft.com/en-us/azure/log-analytics/log-analytics-collect-azurepass-posh

+ Recent posts