CDN(Content Delivery Networks)

2014.12.08 10:28 | Posted by 로멘틱가이
 

개념

온라인 동영상이나 음악 스트리밍, 파일 다운로드 대용량 파일 전송 이용자가 몰려 전송 속도가 떨어질 네트워크 주요 지점에 전용 서버를 설치해 두고 해당 콘텐츠를 미리 저장해 두어 이후 이용자가 몰릴 가까운 곳의 서버에서 해당 데이터를 전송하여 문제를 해결하는 방식

 

, CDN ISP(Internet Service Provider) 네트워크 하단에 여러 대의 캐시서버(Cache Server) 설치, CP(Content Provider) 제공하는 콘텐츠를 캐시서버에 옮겨놓고 수요가 있을 콘텐츠를 이용자에게 전달해

 

 

 

장점

 

종류

  1. 다운로드 서비스

온라인 게임 설치파일, 패치파일, 네비게이션 프로그램 파 대용량 파일을 빠르고 안정적으로 전송해 주는 서비스

  1. 스트리밍 서비스

온라인 교육, 영화, VOD, 인터넷 방송, UCC, 실시간 인터넷 중계 다양한 코덱 플랫폼 별로 화면 끊김이나 버퍼링 없이 고화질의 스트리밍을 제공하는 서비스

  1. 캐싱 서비스

이미지가 많은 쇼핑몰, 포털, 게임, 검색 사이트 다수의 캐시서버를 이용한 트래픽 분산처리를 통해 웹사이트 로딩 속도를 향상하는 서비스

 

요구기술

  1. GLB(Global Load Balancing)

네트워크 여러 곳에 분산 배치되어 있는 여러 서버 중에서 이용자에게 최상의 서비스를 제공하는 서버를 선정해 서비스를 연결하는 기술

 

 

GLB HPC 구조와 비슷하게 처리되어 집니다. 다음과 같이 End-User 요청이 처리되어 집니다.

  1. End-User 해당 콘텐츠 클릭
  1. DNS 통해  Primary GLB 서버를 찾아 해당 서버에 요청이 전송되어짐
  2. Primary 서버가 관리하는 Farm 체크하여 최단 경로 최적 서버로 해당 내용 전달
  3. 해당 서버에 End-User 연결되어 해당 콘텐츠 전송
  4. 해당 전송에 대해 모니터링
  1. 동기화(Synchronization)

콘텐츠 변경 ISP 별로 분산된 서버 팜에 해당 내용을 즉각 반영해 사용자가 동일한 내용의 콘텐츠를 받을 있게 하는 기술

 

  1. Grid Delivery

일정 트래픽까지는 서버를 활용하며 이상의 경우에는 P2P 방식을 사용하여 사용자 컴퓨터를 이용하여 요청을 처리하는 방식

 

L4 이중화 개념 및 Windows에서 DSR 구성

2014.12.04 11:29 | Posted by 로멘틱가이

 

오늘은 L4 이중화에 대해 알아보도록 하겠습니다.

L4 이중화는 다음과 같이 두가지 모드를 제공합니다.

 

SLB 

Server Load Balancing 

DSR 

Direct Server Return 

 

오늘은 해당 두 가지 모드에 대해 알아보도록 하겠습니다.

 

1. SLB(Server Load Balancing)

Client-Server간 Request, Response가 발생하게 됩니다.

일반적인 Network 처리 시 Response Packet이 많기 때문에 많은 Traffic 발생 시 L4에 성능 이슈가 발생할 수 있습니다.

단, L4를 경유하기 때문에 같은 서브넷이 아닌 IP대역도 L4에서 수용이 가능합니다.

일반적으로 단순한 아키텍처를 가지고 있어 많이 사용하는 방식입니다.

 

Client - L4 - Server - L4 - Client

 

2. DSR(Direct Server Return)

Server에서 Client로 Response Packet 생성 시 L4를 경유하지 않고 Response Packet 전달하는 방식입니다.

Client에서 Server로 Response Packet 생성 시 L4를 경유하지 않기 때문에 L4 장비의 부하를 줄여줄 수 있습니다.

단, 같은 서브넷이 아닌 대역의 경우 처리가 불가능합니다.

 

Client - L4 - Server - Client

 

3. DSR 구성 이슈

DSR을 구성하는 경우 Server가 Client로 직접 Response Packet을 보내기 때문에 Http Header의 Source IP가 L4 IP가 아닌 Real Server IP가 등록되게 됩니다.

 

Client의 입장에서 자신이 받아야할 SIP와 틀리기 때문에 해당 Packet은 Drop되어지게 됩니다.

그래서 Loopback Network Setting을 통해 Response Packet의 Source IP를 L4 VIP로 설정하여야 합니다.

 

다음과 같이 Packet 처리 단계를 알아보도록 하겠습니다.

 

Source 구분

Source IP 

Client 

1.1.1.1 

L4 VIP 

2.2.2.1

Real Server IP 

2.2.2.2

 

1) Client에서 해당 L4 VIP로 Packet 전달

 Source IP

Destination IP 

1.1.1.1 

2.2.2.1

 

2) Server에서 Client로 Direct Packet 전달

Source IP 

Destination IP 

2.2.2.2

1.1.1.1 

해당 Case의 경우 Client에서 예상한 IP는 10.10.10.1이지만 Real Server IP가 Response되어 Client는 해당 Packet이 Invalid Packet으로 판단하여 Drop시킵니다.

 

3) LoopBack을 사용하여 Packet 전달

 Source IP

Destination IP 

2.2.2.1

1.1.1.1 

 

3. Windows에서 DSR Setting 방법

Windows Server를 사용하는 경우 DSR처리를 위해 Loopback Adapter 추가 및 VIP Setting이 필요합니다.

추가로, Windows Server의 경우 NIC간의 Packet전달을 강제하는 옵션이 있어 해당 옵션 Setting도 추가로 필요합니다.

해당 방법에 대해 알아보도록 하겠습니다.

 

1) Loopback Adapter 생성

 시작 - 실행 - hdwwiz를 통해 하드웨어 추가 마법사 실행

 

 하드웨어 추가 마법사 확인

 

목록에서 직접 선택한 하드웨어 설치 선택

 

 하드웨어 목록 중 네트워크 어뎁터 선택

 

네트워크 어댑터 선택 항목에서 Microsoft -> Microsoft Loopback Adapter 선택

 

설치할 하드웨어 확인

 

완료 메시지 확인

 

완료후 네트워크 연결 항목을 보면 Microsoft Loopback Adapter가 추가되어 있는것을 확인할 수 있습니다.

 

생성한 NIC에 L4 VIP를 입력

 

2) Weak and Strong Host Setting

해당 개념은 Multi Homed Host 방식(하나의 Server Host에 여러 개의 NIC가 있는 경우)에서 사용할 수 있습니다.

일반적으로 Multi Homed Host방식은 Public IP와 Private IP를 사용하여 외부와 내부간에 통신을 하기 위해 사용합니다.

이때 인터넷 망의 악의적인 공격으로 해당 Server가 해킹되는 경우 내부의 Private 망도 침투할 수 있는 보안 이슈가 발생할 수 있습니다.

 

Weak and Strong Host Model은 이런 보안 이슈를 줄이기 위한 방안 중 한 가지 입니다.

해당 내용에 대해 간단하게 알아보도록 하겠습니다.

 Model 명

상세내역 

Weak Host Model 

받은 Packet의 Destination IP가 해당 NIC에 설정된 IP가 아닌 경우에도 해당 Packet을 받아들임

Strong Host Model 

받은 Packet의 Destination IP가 해당 NIC에 설정된 IP가 아닌 경우 해당 Packet Drop

(참고 사이트 : http://technet.microsoft.com/en-us/magazine/2007.09.cableguy.aspx)

 

해당 Model을 Setting하기 위해서는 아래와 같은 Command를 사용하여 적용합니다.

• netsh interface ipv4 set interface [InterfaceNameOrIndex] weakhostsend=enabled|disabled
• netsh interface ipv4 set interface [InterfaceNameOrIndex] weakhostreceive=enabled|disabled
• netsh interface ipv6 set interface [InterfaceNameOrIndex] weakhostsend=enabled|disabled
• netsh interface ipv6 set interface [InterfaceNameOrIndex] weakhostreceive=enabled|disabled

 

IPv4와 IPv6 모두 적용가능하며 각 NIC별 send 가능 유무와 receive 가능 유무를 Setting할 수 있습니다.

OS별 Default 값은 다음과 같습니다.

 OS Version

Default 값 

 Windows 2008 이전 

Enable

 Windows 2008 이후 

Disable

 

Windows 2008 이후 Version의 경우 Disable이 Setting 값 이므로 Public Network는 Packet을 받기만 하고 Loopback Adapter의 경우 Packet을 보내기/받기가 모두 가능하도록 Setting 합니다.

• netsh interface ipv4 set interface [Loopback Adapter 이름] weakhostsend=enabled
• netsh interface ipv4 set interface [Loopback Adapter 이름] weakhostreceive=enabled
• netsh interface ipv4 set interface [Public Adapter 이름] weakhostreceive=enabled

이렇게 Setting하는 경우 L4에서 전달한 Packet이 Public Adapter이던 Loopback Adapter이던 상관없이 Packet을 수용하게 됩니다.

send는 Loopback만 설정함으로써 L4에서 전달한 Packet이 Loopback Adapter만을 통해 보내질 수 있도록 Setting 합니다.

 

3) Weak and Strong Host Setting 확인 

 • netsh interface ip dump

 

위 명령어 수행 시 다음과 같이 IPv4의 구성을 확인할 수 있습니다.

 

4) Arp Response Disable

  • netsh interface ipv4 set interface [Loopback Adapter 이름] metric=254

Loopback Adapter의 metric을 수정하여 ARP Response를 Disable 합니다.

Network 기본 1일차

2014.10.23 03:09 | Posted by 로멘틱가이

1일차

 

- 라우터가 네트워크를 나눔

- 라우터는 세상 모든 네트워크에 대한 정보를 가지고 있음

- 스위치는 한개의 네트워크에 대한 정보를 가지고 있음

- OSI 계층

PC, 서버 : 7계층 (URL 주소)

라우터 : 3계층 (IP, IPX, AppleTalk등)

스위치 : 2계층 (Mac 주소)

- UTP 케이블의 최대 거리 : 100M

-  네트워크 디자인 방법

토폴로지 선정

용량 선정

장비 선택

장비에 적용할 솔루션 또는 프로토콜 선택

 

대역폭 산정은 일반적으로 계단식으로 높아집니다.

- 스위치가 라우터보다 속도가 빠릅니다.

스위치 : H/W

라우터 : S/W

- OSI 7계층

1) 프리젠테이션 계층

Data를 디지털로 변경

2) 세션 계층

Session Service Request, Reply : 전송 전 서비스 제공 유무 확인

All or Nothing : 세션에 대해 전부 완료된 Reply를 받은 경우에만 정상 처리하며 Reply를 받지 못한 경우 Rollback

Data를 여러 개의 다이얼로그로 나눈 뒤 전송 시 다이얼로그 위치정보(Sync)를 기록 하여 네트워크 이슈 시 해당 포인트부터 받도록 설정

3) 트랜트포트 세션

TCP, UDP

멀티플렉싱 : 데이터를 잘라 보내 다수의 데이터 통신 흐름이 네트워크 자원을 공유함

윈도우 필드 : 목적지 장비의 수신 버퍼

윈도우 크기 필드 : 플로 컨트롤

 

드롭 : 라우터에서 큐에 쌓여있는 패킷들을 확인할 수 있으며 큐가 차면 라우터는 해당 큐의 패킷들을 버린다.

아웃풋 큐 드롭 : NIC에서 밖으로 나갈 수가 없을 경우 발생하며 대역폭이 부족할 때 발생한다.

인풋 큐 드롭 : 인풋 큐에 있던 패킷은 라우터의 인터페이스에서 CPU와 메모리로 패킷을 이동시키는데 CPU, 메모리에서 해당 자원을 처리 하지 못하는 경우 인풋 큐 드롭이 발생한다.

컨제스천 : 라우터나 스위치의 입력 부분의 밴드위스보다 출력 부분의 밴드위스가 작을때 발생

QOS : Quality of Service의 경우 CPU를 사용하므로 무조건 사용하는 것이 아니라 트래픽이 모이는 장소 or 속도 불일치 일 경우에만 사용한다.

Failover Cluster Virtual Network Adpater

2014.10.21 15:04 | Posted by 로멘틱가이

Failover Cluster Virtual Network Adapter

 

1. Node Health 모니터링

- Node 들 사이에서 가능하지 않은 노드들을 확인한다.

- Ping이 아닌 안정적이고 보안에 강한 Request-Reply를 사용하는 Unicast를 사용한다.

- 서버들 중에 반응하지 않는 서버가 있는 경우 Recovery Action을 수행함

 

2. Failover Cluster Virtual ADapter(NetFT)

- NetFT는 Cluster에서 노드들 사이에서 모든 가능한 인터페이스를 사용하여 TCP연결을 Fault-Tolerant하는 Adapter이다.

- Cluster들은 Cluster간 통신하기 위해 여러 개의 Cluster가능한 Adapter를 사용하는 구조이다.

- Cluster를 위한 내부 NIC Teaming과 유사하다.

- NetFT는 네트워크가 실패하였을때 우선 순위에 따라 다른 네트워크로 통신 연결을 전환한다.

 

3. NetFT Virtual Adapter

- Ipconfig /all을 사용하여 Microsoft Fialover Cluster Virtual Adapter를 확인할 수 있음

- Cluster Node에서 첫번째 Physical NIC의 Mac 주소의 Hash 값을 기반으로 생성한 MAC 주소를 사용한다.

- User가 해당 설정을 Manual하게 생성할 수 없다.

- Driver는 C:\Windows\System32\Drivers\Netft.sys 이며 장치 관리자의 Network Adapter에서 Microsoft Failover Cluster Virtual Adapter로 확인할 수 있음

 

4. NetFT 아키텍처

- NDIS 6.2 miniport Virtual Adapter를 사용

- RSS 지원

- Route된 네트워크 연결을 통해 TCP와 UDP에 대한 Network Fault Tolerance를 사용

각 링크는 독립적으로 모니터링 되고 있음

- IPv4와 IPv6를 지원함

- Route Failure 감지를 구성

- Physical Adapter와 Virtual Adapter간 터널 구성(UDP / IP 사용)

- 3343 포트 사용

NetFT : UDP 3343

ClusSvc  : TCP 3343

 

5. Network Topology Manager

- Network Topology Manager는 Node 사이에 여러 개의 연결을 Subnet을 바탕으로 구분한다.

- Drive들은 Failure를 감지하고 Failover 함

 

6. NetFT Virtual Adapter Performance Filter

- Cluster 네트워크의 성능 향상

- 향상된 성능을 위해 NetFT Driver로 직접 Packet을 전달함

- Default로 Disable

Hyper-V Cluster가 아닌 경우에 대해 Enable

 

7. Cluster Communication

Cluster는 3가지 타입의 Communication을 사용함

- Network Health Monitoring

Heartbeat은 NIC의 health상태에 대한 모니터링 결과를 보 낸다.

모든 Cluster 가능 Network를 통해 보낸다.

- Intera-Cluster Communication

- Cluster에 있는 노드 사이에 Database Update와 상태 동기화에 대해 보낸다.

ex) Cluster에 새로운 Resource가 생성되면 모든 Node에 업데이트되어진다.

- 하나의 Interface를 통해 진행되어진다.

 

8. Network Bandwidth Planning

- Heartbeat

134 Bytes

Latency에 민감함

Cluster Heartbeat이 NIC 포화로 인해 블록되어지면 Cluster Membership에서 Node가 제거될 수 있다.

Badnwidth는 중요하지 않음

- Intra-Cluster Communication

File/Hyper-V Cluster에서는 안정적이지만 SQL/Exchange Cluster에서는 무거울 수 있음

Latency는 Cluster 상태 변경을 느리게 만들 수 있다.

Bandwidth는 중요하지 않음

- CSV I/O Redirection

종종 발생

Latency와 Network Performance가 Storage I/O 성능에 영향을 미치므로 중요함

QOS가 중요함

Network Bandwidth가 중요함

CSV의 Disk 연결은 SMB를 통해서 진행되어짐

 

9. CSV Networking 고려사항

- CSV 요구사항

SMB

Server, Workstation Service

NTLM

- CSV 성능 Tuning

SMB Multi Channel과 RDMA를 사용하는 경우 CSV Traffice에 이점이 있음

NetBIOS를 Disable하면 성능이 향상되어짐

Jumbo Frame으로 인한 이점은 적지만 구성하는 것을 권고함

- IF SMB Multi Channel을 사용할 수 있는 구성이 아닌 경우 NetFT 로직을 사용한다.

 

10. Cluster Heartbeat 구성

Property 

Default 

Maximum 

Description 

 SameSubnetDelay

1초 

2초 

가장 자주 Heartbeat이 보내짐 

SameSubnetThreshold 

5 heartbeat 

120 heartbeat 

NIC가 다운 되기 전 Heartbeat 누락된 갯수 

CrossSubnetDelay 

1 초 

4 초 

 서로 다른 서브넷을 통해 Heartbeat을 보냄

CrossSubnetThreshold 

5 hearbeat 

120 heartbeat 

NIC가 다운 되기 전 다른 서브넷을 통해 Heartbeat을 보냄 

- Powershell

(Get-Cluster) . SameSubnetThreshold = 10

- Windows 2012 R2의 경우 Hyper-V의 Network Failure가 변경되어짐

SameSubnetThreshold : 10

CrossSubnetThreshold : 20

 

11. Cluster 생성 동안 Heartbeat 갯수 수정

- Network가 느린 경우 Cluster 생성 시 Timeout으로 인한 오류가 발생할 수 있다.

- Registry 값을 통해 해당 값을 변경할 수 있다.

HKLM\SYSTEM\CCS\Services\ClusSvc\Parameters

DWORD

SetHeartbeatThresholdOnClusterCreate

각각의 Node에서 변경해야함

Private Cloud 프로젝트 9일차

2014.10.16 02:17 | Posted by 로멘틱가이

9일차

 

1. AD 인증서 서비스 설치

- 인증기관, 인증기관 웹서버 설치

 

2. IIS 서버 설치

- Web Page Test를 위한 IIS 서버 설치

- Windows 2012 R2 서버 설치 완료

 

3. SCOM 2012 R2 설치

- SCOM 2012 R2 설치

- CU3 설치

(참고 사이트 : http://www.rickygao.com/step-by-step-installing-system-center-2012-r2-operation-manager/)

 

4. Live Migration 실패

- 1번 Node에 Internet Line이 있어 해당 VM 재배치를 위해 2번 Node의 VM을 1번 Node로 LM하면 실패 발생

- Cluster Log 확인 결과 Processor 이슈로 확인되어짐

  현재 해당 Machine은 2번 Node의 CPU가 이전 버전 모델임

 

- SCVMM에서 다른 버전의 컴퓨터로 마이그레이션 허용 옵션 체크 (해당 VM Down  필요)

 

- 해당 옵션 적용 후 정상 LM 되어짐

- 1번 Node의 VM을 2번 Node로 LM 하면 성공

- 테스트 결과 CDROM에 파일 Import하여도 LM 정상 진행됨 확인

 

5. MP Pack 설치

- SCVMM 신규 MP and Dashboard( http://www.microsoft.com/en-us/download/details.aspx?id=43707)

- MP 다운로드 Powershell (http://gallery.technet.microsoft.com/All-Management-Packs-for-37d37902)

Private Cloud 프로젝트 8일차

2014.10.15 01:27 | Posted by 로멘틱가이

8일차

 

1. Windows 2012 R2에 올라간 VM 인증 방법

- Windows 2012 R2의 Hyper-V 역할을 올린 Host에서 VM에 대해 자동인증이 가능함

- VM은 Windows 2012 R2 DataCenter or Standard or Essential이어야 함

- AVMA(자동 가상 컴퓨터 정품 인증)은 네트워크 연결이 끊어진 곳에서도 각 VM별 인증이 가능함

- AVMA를 구현하기 위해서는 다음 AVMA 키를 입력해야함

 버전

 AVMA 키 

 Datacenter

 Y4TGP-NPTV9-HTC2H-7MGQ3-DV4TW

 Standard

 D8GBW-NPF86-BJVTX-K3WKJ-MTB6V

 Essentials

 K2XGM-NMBT3-2R6Q8-WF2FK-P36R2

해당 키 입력은 다음 키워드를 사용하여 수행 함

> slmgr /ipk <AVMA 키>

> slmgr /ato

(참고 사이트 : http://technet.microsoft.com/ko-kr/library/dn303421.aspx)

Private Cloud 프로젝트 7일차

2014.10.13 23:38 | Posted by 로멘틱가이

7일차

 

1. VM 생성 Fail 오류 해결

     - HA 환경에서 VM 생성이 필요한 경우 고갸용성의 "이 가상 컴퓨터를 항상 사용 가능하게 설정" 을 체크 해야함

    

- SCCM VM 생성한 VM 템플릿으로 생성

- VM 템플릿에 위의 옵션 체크

 

2. Windows2012, Windows8 이상 Version KMS Client Key

 Operating System Edition 

 KMS Client Setup Key 

 Windows 8.1 Professional

 GCRJD-8NW9H-F2CDX-CCM8D-9D6T9

 Windows 8.1 Professional N

 HMCNV-VVBFX-7HMBH-CTY9B-B4FXY

 Windows 8.1 Enterprise

 MHF9N-XY6XB-WVXMC-BTDCT-MKKG7

 Windows 8.1 Enterprise N

 TT4HM-HN7YT-62K67-RGRQJ-JFFXW

 Windows Server 2012 R2 Server Standard

 D2N9P-3P6X9-2R39C-7RTCD-MDVJX

 Windows Server 2012 R2 Datacenter

 W3GGN-FT8W3-Y4M27-J84CP-Q3VJ9

 Windows Server 2012 R2 Essentials

 KNC87-3J2TX-XB4WP-VCPJV-M4FWM

 

 

- KMS 키를 사용하여 Hyper-V Master 서버와 인증이 되지 않음 확인 필요

 

3. SCCM 2012 R2 설치

- .Netframework 3.5 필수 설치

- 설치 중 필요한 파일을 인터넷으로 다운로드 받음으로 인터넷 연결이 반드시 필요함

- Bits, IIS, 원격 차등 압축 설치

(관련 사이트 : http://sccmentor.wordpress.com/2014/01/08/sccm-2012-r2-step-by-step-installation-guide/)

 

Private Cloud 프로젝트 6일차

2014.10.13 02:23 | Posted by 로멘틱가이

6일차

 

1. 라이브러리 생성

- 라이브러리에 ISO 파일 추가

- Windows 2012 R2 Sysprep 한 VHDX를 라이브러리에 추가

 

2. 인증

- SCVMM, DB, DC1, DC2, SCOM의 인증 추가

- 신규 서버 생성 시 Datacenter 위의 VM은 라이센스 무료이므로 해당 사항 Test 필요

 

3. SCVMM Network 생성

- Service, Heartbeat, Internet Network 생성

- VLAN 을 사용하지 않으므로 Network로만 추가

 

4. SCVMM에서 VM 생성

- CSV 디스크에 빈 VM 생성 시도 하였으나 실패

 

5. System Center, SQL Server 패치

- WSUS를 사용하여 System Center, SQL Server 패치

Private Cloud 프로젝트 5일차

2014.10.12 01:18 | Posted by 로멘틱가이

5일차

 

1. DC 패치 적용

- DC 패치 적용 시 특정 패치에서 멈춤 현상 발생

- 패치 중단 및 서버 리부팅

- 패치 재설치 시 해당 이슈 해결됨

 

2. DB, SCOM, SCVMM 패치 완료

- DB, SCOM, SCVMM 패치 완료

 

3. Host2 서버 패치완료

- Host2번에 올라간 DC2, DB, SCOM 서버 실시간 마이그레이션(To Host1)

- Host2 리부팅

 

4.VM Down 및 Cluster 서비스 중지

- 전체 VM Down

- Host1, Host2 Cluster 서비스 중지

- ISCSI Target 서버 패치 후 리부팅

- Host1 Server 패치 후 리부팅

- ISCSI 정상 확인

- VM 실행

 

5. SCVMM 설치 및 구성

- SCVMM2012R2 설치

- Networok 구성

Service, Heartbeat Network 구성

- VMM 용 User 생성

설치 할때 사용한 Administrator로 호스트가 추가되지 않아 kjs0624 계정 추가

- Host, Cluster등록

- WSUS 서버 등록

Private Cloud 프로젝트 4일차

2014.10.10 10:50 | Posted by 로멘틱가이

4일차

 

1. Computer 객체 Move

- SCOM, SCVMM, DB Server의 Computer 객체를 Infra\Windows2012R2 밑으로 옮김

- WSUS Computer 등록 확인

 

2. Windows Patch 진행

- DC1, DC2 ,SCOM, SCVMM, DB, Host1, Host2, ISCSI Server Patch 진행

- 서버 리부팅 시 Disk 절체 및 DC 로그인이 되지 않아 해당 사항 고려 중

 

3. WSUS Patch Product 추가

- SQL Server 2012 Patch 추가

 

이전 1 2 3 4 5 6 7 ··· 30 다음

티스토리 툴바