SIOS SANless clusters High-availability Machine Learning monitoring
오픈 소스 솔루션을 사용하면 특히 소프트웨어 라이선스 비용과 같이 자본 지출을 크게 줄일 수 있습니다. 그러나 대부분의 조직은 오픈 소스 소프트웨어가 상업용 소프트웨어보다 더 많은 보살핌과 수유를 필요로한다는 것을 이해합니다. 때로는 잠재적으로 잠재적으로 운영 비용이 잠재적으로 CapEx 절감 효과를 상회하게됩니다. 이 백서에서는 성능이나 보안을 희생시키지 않으면 서 Linux 환경에서 고 가용성 애플리케이션을 실행하는 CapEx와 OpEx를 모두 낮출 수있는 방법에 대해 살펴 봅니다.
Linux 용 SIOS Protection Suite에 대해 자세히 알아보십시오. 고 가용성 Linux 클러스터를 만드는 데 필요한 모든 요소를 빠르고 쉽게 제공합니다.
올해 초 Microsoft는 Linux 용 SQL Server 버전을 발표 할 것이라고 발표했습니다. 오늘 저는 Microsoft가 SQL Server v.Next를 현재 호출하고있는 내용을 공개적으로 미리 알리고 Linux 및 Windows 운영 체제에서 사용할 수 있다는 사실을 알게되어 매우 기쁩니다. 자세한 정보와 함께 다운로드 링크 및 설명서는 다음에서 찾을 수 있습니다.
https://www.microsoft.com/en-us/sql-server/sql-server-vnext-including-Linux
이 기사에서는 SQL Server를 실행하는 Azure에 Linux VM을 배포하는 방법을 보여줄뿐만 아니라 2 노드 장애 조치 (failover) 클러스터를 구성하여 가용성을 높입니다. 공유 스토리지 (일명 "사네 (sanless)"또는 "공유되지 않은 (shared nothing)"클러스터)를 사용하지 않아도됩니다. 최종 결과는 Microsoft Azure IaaS (서비스로서의 인프라)에서 2 노드 SQL Server for Linux 클러스터 (미러링 모니터 서버)가됩니다. 가이드에는 적절한 스크린 샷, 셸 명령 및 코드 스 니펫이 모두 포함되어 있습니다. 필자는 귀하가 Microsoft Azure에 익숙하며 Azure 계정이 이미 가입되어 있다고 가정합니다. 그렇지 않은 경우 오늘 무료 계정에 가입 할 수 있습니다. 기본적인 리눅스 시스템 관리 기술은 물론 가상 IP와 같은 기본적인 장애 조치 클러스터링 개념을 이해하고 있다고 가정합니다. 면책 조항 : 하늘빛은 빠르게 움직이는 표적입니다. 그리고 여기서는 Linux 용 SQL Server의 공개 미리보기 버전을 사용하고 있습니다. 따라서 SQL v.Next가 공식적으로 발표되기 전에 기능 / 화면 / 단추가 바뀌어 사용자 경험이 아래와 같이 약간 다를 수 있습니다. 이 가이드에서는 Linux 용 SQL Server 데이터베이스의 가용성을 높일 수있는 방법을 보여 주지만 여기에서 앞서 설명한 것처럼 (MySQL 예제)이 정보와 프로세스를 적용하여 다른 응용 프로그램이나 데이터베이스를 보호 할 수 있습니다. 다음은 Microsoft Azure IaaS에서 고 가용성 MySQL 데이터베이스를 만드는 고급 단계입니다.
이 기사에서는 단일 Azure 영역 내에 클러스터를 만드는 방법을 설명합니다. 새 Azure Resource Manager (ARM) 덕분에 클러스터 노드 (sql-linux1, sql-linux2 및 미러링 모니터 서버)는 가용성 세트 (3 개의 다른 오류 도메인 및 업데이트 도메인)에 상주합니다. 우리는 새로운 Azure Resource Manager를 사용하여 모든 리소스를 생성 할 것입니다. 구성은 다음과 같습니다. 
다음 IP 주소가 사용됩니다.
먼저, 자원 그룹을 작성하십시오. 리소스 그룹에는 클러스터 배포와 관련된 다양한 개체 (가상 컴퓨터, 저장소 계정 등)가 모두 포함됩니다. 여기 새로 생성 된 리소스 그룹 "sql-cluster"를 호출합니다. 
지역 선택시주의하십시오. 모든 리소스는 동일한 지역 내에 있어야합니다. 여기서는 모든 것을 "미국 서부"지역에 배치 할 것입니다. 
그런 다음 아직 가상 네트워크를 만들지 않은 경우 가상 네트워크를 만듭니다. 가상 네트워크는 Azure 클라우드 내의 고립 된 네트워크로, 사용자 전용입니다. IP 주소 블록 및 서브넷, 라우팅, 보안 정책 (방화벽), DNS 설정 등을 완벽하게 제어 할 수 있습니다. Azure Iaas 가상 머신 (VM)을 가상 네트워크로 시작합니다. 내 Azure 계정에는 이미이 가이드에서 사용할 "클러스터 네트워크"라는 기존 VNet (10.0.0.0/16)이 있습니다. VNet을 생성하는 것은 매우 간단하며, 새로 고침이 필요하면 여기에서 작성하는 방법을 다뤘습니다.
가상 머신을 프로비저닝하기 전에 가상 머신을 저장하기 위해 스토리지 계정이 필요합니다. 
그런 다음 새 저장소 계정에 이름을 지정하십시오. 스토리지 계정 이름은 Azure의 * ALL *에서 고유해야합니다. Azure Storage에 저장하는 모든 객체에는 고유 한 URL 주소가 있습니다. 저장소 계정 이름은 해당 주소의 하위 도메인을 구성합니다.)이 예에서는 저장소 계정 "sqllinuxcluster"를 호출하지만 사용자가 직접 설정 한 것과 다른 것을 선택해야합니다. 요구 사항 및 예산에 따라 스토리지 유형을 선택하십시오. 이 안내서의 목적 상, "표준 -RSRS"(즉, 표준 LRS)를 선택했습니다. 로컬 이중화)을 사용하여 비용을 최소화하십시오. 새 저장소 계정이 동일한 위치 (이 예에서 "West US")의 1 단계 ( "sql-cluster")에서 만든 리소스 그룹에 추가되었는지 확인하십시오. 
이 가이드에서는 3 개의 가상 시스템을 프로비저닝 할 것입니다. 처음 두 VM ( "sql-linux1"및 "sql-linux2"라고 부름)은 SQL Server 데이터베이스와 관련 리소스를 온라인 상태로 가져 오는 클러스터 노드로 작동합니다. 세 번째 VM은 스플릿 브레인에 대한 추가 보호를 위해 클러스터의 감시 서버 역할을합니다. 최대한의 가용성을 보장하기 위해 3 개의 VM이 모두 동일한 가용성 세트에 추가되어 서로 다른 오류 도메인 및 업데이트 도메인에있게됩니다. Azure Marketplace에는 "Red Hat Enterprise Linux 7.2에 SQL Server vNext"라는 VM 템플릿이 있습니다.이 템플릿에는 공용 미리보기 평가 버전 인 SQL Server v.Next for Linux가 사전 설치되어있어 몇 단계를 줄일 수 있습니다. 빈 VM로 시작하여 SQL을 직접 설치하려면 여기에서 설치 지시 사항을 찾으십시오.
첫 번째 VM ( "sql-linux1")을 만들고 위에서 언급 한 마켓 플레이스 이미지를 선택하십시오. 
VM에 나중에 SSH로 시스템에 사용되는 호스트 이름 ( "sql-linux1") 및 사용자 이름 / 암호를 지정하십시오. 이 VM을 리소스 그룹 ( "sql-cluster")에 추가하고 다른 모든 리소스와 동일한 영역에 상주하는지 확인하십시오. 그런 다
음 인스턴스 크기를 선택하십시오. 사용 가능한 다양한 인스턴스 크기에 대한 자세한 내용을 보려면 여기를 클릭하십시오. 이 가이드의 목적에 따라 프로덕션 워크로드를 실행하지 않으므로 비용을 최소화하기 위해이 경우 "DS1_V2 Standard"에서 가능한 가장 작은 / 가장 저렴한 크기를 선택했습니다. 테스트 할 대상을 기준으로 가장 적합한 인스턴스 크기를 선택하십시오. 
중요 : 기본적으로 VM은 가용성 집합에 추가되지 않습니다. 새 가용성 세트를 만들 때 설정 화면에서 "sql-availability-set"을 호출합니다. Azure Resource Manager (ARM)를 사용하면 3 개의 오류 도메인으로 가용성 세트를 생성 할 수 있습니다. 여기의 기본값은 문제가 없습니다
. 다음 화면에서 VM 속성을 검토하고 확인을 클릭하여 첫 번째 VM을 만듭니다.
위의 두 단계를 반복하여 VM을 두 개 더 만듭니다. 유일한 차이점은 방금 만든 가용성 세트 ( "sql-availability-set")에이 VM을 추가한다는 것입니다. 3 대의 VM을 프로비저닝하는 데 약간의 시간이 걸릴 수 있습니다. 완료되면 Azure 포털의 가상 시스템 화면에 가상 머신 (sql-linux1, sql-linux2 및 sql-witness)이 나열됩니다.
VM은 다음 IP 주소로 설정됩니다.
각 VM에 대해이 단계를 반복하십시오. VM을 선택하고 네트워크 인터페이스 편집
VM과 관련된 네트워크 인터페이스를 선택하고 IP 구성을 편집합니다. "정적"을 선택하고 원하는 IP 주소를 지정하십시오 : 
다음으로 클러스터 노드 ( "sql-linux1"및 "sql-linux2")에 디스크를 추가해야합니다. 이 디스크는 SQL 데이터베이스를 저장하고 나중에 노드간에 복제됩니다. 참고 : "sql-witness"노드에 추가 디스크를 추가 할 필요는 없습니다. "sql-linux1"및 "sql-linux2". VM을 편집하고 디스크를 선택한 다음 새 디스크를 연결하십시오. 작업 유형에 따라 디스크 유형 (표준 또는 프리미엄 SSD)과 크기를 선택하십시오. 여기서는 두 클러스터 노드 모두에 10GB 표준 디스크를 만듭니다. 호스트 캐싱이 진행되는 한 "없음"또는 "읽기 전용"캐싱이 좋습니다. 데이터 유실 가능성이 있으므로 "읽기 / 쓰기"사용을 권장하지 않습니다. 
VM이 NSG (Network Security Group)의 일부인 경우 VM을 생성하는 동안 VM을 비활성화하지 않으면 기본적으로 "Azure 방화벽"에서 열리는 유일한 포트는 SSH (포트 22)입니다. 나중에이 가이드에서 VNC를 사용하여 "sql-linux1"의 데스크탑에 액세스하고 GUI를 사용하여 클러스터를 구성 할 것입니다. 인바운드 보안 규칙을 만들어 VNC 액세스를 엽니 다. 이 가이드에서는 포트 5902가 사용됩니다. VNC 구성에 따라 조정하십시오. 가상 시스템 -> (sql-linux1 선택) -> 네트워크 인터페이스 -> (NIC 선택) -> 네트워크 보안 그룹 -> (NSG 선택) -> 인바운드 보안 규칙 -> 추가 
여기 Azure 포털을 잠시 떠나서 커맨드 라인에서 손을 더럽힐 곳이 있습니다. 리눅스 관리자는 지금까지 익숙해 져야합니다. Azure에서 Linux VM에 대한 루트 암호가 제공되지 않으므로 VM 생성 중에 지정된 사용자로 로그인하면 "sudo"명령을 사용하여 루트 권한을 얻습니다.
$ sudo su -
DNS 서버를 이미 설치하지 않은 경우 세 서버 모두에서 호스트 파일 항목을 만들어 이름별로 서로 올바르게 해결할 수 있습니다. / etc / hosts 파일의 끝에 다음 행을 추가하십시오.
10.0.0.7 sql-linux1 10.0.0.8 sql-linux2 10.0.0.9 sql-witness 10.0.0.199 sql-vip
/ etc / sysconfig / linux를 편집하고 "SELINUX = disabled"로 설정하십시오.
# vi / etc / sysconfig / selinux #이 파일은 시스템상의 SELinux 상태를 제어합니다. # SELINUX =은 다음 세 가지 값 중 하나를 취할 수 있습니다. # enforcing - SELinux 보안 정책이 시행됩니다. # permissive - SELinux는 강제가 아닌 경고를 출력합니다. # disabled - SELinux 정책이로드되지 않습니다. SELINUX = 비활성화 됨 # SELINUXTYPE = 다음 두 값 중 하나를 취할 수 있습니다. # targeted - 타겟 프로세스가 보호되고, # mls - 다단계 보안 보호. SELINUXTYPE = 타겟팅 됨
가상 IP가 작동하도록 클러스터에 연결하고 IP 자원을 모니터링하려면 몇 가지 iptables 규칙을 설정해야합니다. 참고 : 10.0.0.199는 클러스터에서 사용할 가상 IP이고 1433은 SQL Server에서 사용되는 기본 포트입니다. 참고 : RHEL7은 기본 방화벽을 iptables 대신 FirewallD로 변경했습니다. 아직 firewalld에 많은 시간을 할애하지 않았으므로,이 안내서는 firewalld를 비활성화하고 대신 iptables를 사용합니다. 아래의 "service"와 "chkconfig"명령이 작동하도록 "iptables-services"패키지를 설치해야합니다.
# systemctl stop firewalld # systemctl disable firewalld
sql-linux1 (10.0.0.7)에서 다음 명령을 실행하십시오.
# yum은 iptables-services를 설치합니다. # iptables --flush # iptables -t nat -A PREROUTING -p tcp --dport 1433 -j DNAT - 목적지 10.0.0.199:1433 # iptables -t nat -A PREROUTING -p tcp --dport 1434 -j DNAT - 대상 10.0.0.199:1434 # iptables -t nat -A POSTROUTING -p icmp -s 10.0.0.199 -j SNAT --to-source 10.0.0.7 # service iptables save # chkconfig iptables on
sql-linux2 (10.0.0.8)에서 다음 명령을 실행하십시오.
# yum은 iptables-services를 설치합니다. # iptables --flush # iptables -t nat -A PREROUTING -p tcp --dport 1433 -j DNAT - 목적지 10.0.0.199:1433 # iptables -t nat -A PREROUTING -p tcp --dport 1434 -j DNAT - 대상 10.0.0.199:1434 # iptables -t nat -A POSTROUTING -p icmp -s 10.0.0.199 -j SNAT --to-source 10.0.0.8 # service iptables save # chkconfig iptables on
Linux 서버의 GUI에 액세스하고 나중에 클러스터를 설치 및 구성하려면 VNC 서버와 기타 필요한 패키지 (클러스터 소프트웨어에는 redhat-lsb 및 patch rpms가 필요함)를 설치하십시오.
# yum install tigervnc-server xterm wget unzip 패치 redhat-lsb
# vncpasswd
다음 URL은 RHEL 7 / CentOS 7에서 VNC 서버를 실행하는 데 유용한 지침입니다. https://www.digitalocean.com/community/tutorials/how-to-install-and-configure-vnc-remote-access-for -gnome-desktop-on-centos-7 주 :이 예제 구성은 디스플레이 2 (: 2, 일명 포트 5902) 및 루트 (안전하지 않음)에서 VNC를 실행합니다. 적절하게 조정하십시오!
# cp /lib/systemd/system/vncserver@.service /etc/systemd/system/vncserver@:2.service # vi /etc/systemd/system/vncserver@:2.service [서비스] 유형 = 분기 # /tmp/.X11-unix 환경의 기존 파일 정리 ExecStartPre = / bin / sh -c '/ usr / bin / vncserver -kill % i> / dev / null 2> & 1 || : ' ExecStart = / sbin / runuser -l root -c "/ usr / bin / vncserver % i -geometry 1024x768" PIDFile = / root / .vnc / % H % i.pid ExecStop = / bin / sh -c '/ usr / bin / vncserver -kill % i> / dev / null 2> & 1 || : ' # systemctl daemon-reload # systemctl enable vncserver @ : 2.service # vncserver : 2 기하학 1024x768
SELinux가 비활성화되고 이전에 추가 한 두 번째 디스크가 감지되도록 클러스터 노드를 재부트합니다.
이 안내서의 6 단계 ( "클러스터 노드에 데이터 디스크 추가")에서 우리는 다음과 같이 수행했습니다. 보호 할 응용 프로그램 데이터를 저장하기 위해 각 클러스터 노드에 여분의 디스크를 추가했습니다. 이 경우 MySQL 데이터베이스가됩니다. Azure IaaS에서 Linux 가상 머신은 디스크에 대해 다음과 같은 배열을 사용합니다.
이 가이드의 6 단계에서 추가 한 디스크는 / dev / sdc로 표시되어야합니다. "fdisk -l"명령을 실행하여 확인할 수 있습니다. / dev / sda (OS)와 / dev / sdb (temporary)는 이미 디스크 파티션을 가지고 있으며 사용 중임을 알 수 있습니다.
# fdisk -l 디스크 / dev / sda : 31.5GB, 31457280000 바이트, 61440000 섹터 단위 = 1의 섹터 * 512 = 512 바이트 섹터 크기 (논리 / 실제) : 512 바이트 / 4096 바이트 I / O 크기 (최소 / 최적) : 4096 바이트 / 4096 바이트 디스크 레이블 유형 : dos 디스크 식별자 : 0x000c46d3 장치 부팅 시작 끝 블록 ID 시스템 / dev / sda1 * 2048 1026047 512000 83 Linux / dev / sda2 1026048 61439999 30206976 83 Linux 디스크 / dev / sdb : 7516MB, 7516192768 바이트, 14680064 섹터 단위 = 1의 섹터 * 512 = 512 바이트 섹터 크기 (논리 / 실제) : 512 바이트 / 4096 바이트 I / O 크기 (최소 / 최적) : 4096 바이트 / 4096 바이트 디스크 레이블 유형 : dos 디스크 식별자 : 0x7cd70e11 장치 부팅 시작 끝 블록 ID 시스템 / dev / sdb1 128 14678015 7338944 83 Linux 디스크 / dev / sdc : 10.7GB, 10737418240 바이트, 20971520 섹터 단위 = 1의 섹터 * 512 = 512 바이트 섹터 크기 (논리 / 실제) : 512 바이트 / 4096 바이트 I / O 크기 (최소 / 최적) : 4096 바이트 / 4096 바이트
여기서 파티션 (/ dev / sdc1)을 만들고, 포맷하고, SQL의 기본 위치 인 / var / opt / mssql에 마운트합니다. "sql-linux1"과 "sql-linux2"모두 다음 단계를 수행하십시오.
# fdisk / dev / sdc
명령 (m 도움말) : n
명령 동작
확장 된
p 주 파티션 (1-4)
피
파티션 번호 (1-4) : 1
첫 번째 실린더 (1-1305, 기본값 1) : <enter>
기본값 1 사용
마지막 실린더, 실린더 또는 크기 {K, M, G} (1-1305, 기본값 1305) : <Enter>
기본값 1305 사용
명령 (m 도움말) : w
파티션 테이블이 변경되었습니다!
파티션 테이블을 다시 읽으려면 ioctl ()을 호출하십시오.
디스크 동기화 중.
[root @ sql-linux1 ~] #
# mkfs.ext4 / dev / sdc1 # mkdir / var / opt / mssql # chmod 770 / var / opt / mssql
파일 시스템 마운트 :
# mount / dev / sdc1 / var / opt / mssql
신선한 리눅스 시스템으로 시작했다면 여기에서 전체 설치 지침을 찾을 수 있습니다. 이 가이드에서 설명한 것처럼 "Red Hat Enterprise Linux 7.2"Azure 템플릿의 SQL Server vNext를 사용하여 VM을 만든 경우 SQL Server가 이미 설치되어 있습니다. 이제는 설정 스크립트를 실행하기 만하면됩니다.
# / opt / mssql / bin / sqlservr-setup Microsoft (R) SQL Server (R) 설치 언제든지 Ctrl-C를 눌러 설정을 중단 할 수 있습니다. 이 프로그램 시작 무인 상태에서 실행하는 방법에 대한 정보는 --help 옵션과 함께 방법. 이 제품의 사용권 조항은에서 다운로드 할 수 있습니다. http://go.microsoft.com/fwlink/?LinkId=746388&hl=ko /usr/share/doc/mssql-server/LICENSE.TXT에 있습니다. 라이센스 조건에 동의합니까? 그렇다면 "YES"를 입력하십시오 : 예 시스템 관리자 (SA) 계정의 암호를 입력하십시오 : <원하는 암호 입력> 시스템 관리자 (SA) 계정의 암호를 확인하십시오 : <원하는 암호 입력> 시스템 관리자 (SA) 계정 암호 설정 중 ... 지금 SQL Server 서비스를 시작 하시겠습니까? [y / n] : y 부팅 할 때 SQL Server를 시작 하시겠습니까? [y / n] : n sqlservr-setup --enable-service를 사용하여 SQL Server를 시작할 수 있습니다. 부팅시. 설치가 성공적으로 완료되었습니다.
서비스가 실행 중인지 확인하십시오.
# systemctl status mssql-server
두 노드에서 SQL Server를 중지하십시오. 클러스터 소프트웨어는 나중에 시작할 책임이 있습니다.
# systemctl stop mssql-server # systemctl stop mssql-server-telemetry
이제 클러스터를 설치하고 구성 할 준비가되었습니다. 이 안내서에서는 Linux 용 SIOS Protection Suite (일명 SPS-Linux)가 클러스터링 기술로 사용됩니다. 고 가용성 페일 오버 클러스터링 기능 (LifeKeeper)과 블록 레벨 데이터 복제 (DataKeeper)를 단일 통합 솔루션으로 제공합니다. SPS-Linux를 사용하면 Azure VM의 경우처럼 클러스터 노드에 공유 저장소가 없다는 의미의 "공유되지 않음"클러스터 인 "SANLess"클러스터를 배포 할 수 있습니다.
3 개의 VM (sql-linux1, sql-linux2, sql-witness) 모두에서 다음 단계를 수행하십시오. SPS-Linux 설치 이미지 파일 (sps.img)을 다운로드하고 평가판 라이센스를 얻거나 영구 라이센스를 구입하십시오. 자세한 내용은 SIOS에 문의하십시오. 당신은 루프백으로 마운트 할 것이고, 루트로 "setup"스크립트를 실행할 것입니다 (또는 아직 루트 쉘을 얻지 못했다면 첫번째 "sudo su -"). 예를 들면 다음과 같습니다 :
# mkdir / tmp / install # mount -o loop sps.img / tmp / install # cd / tmp / install # ./설정
설치 스크립트 중에 여러 가지 질문에 대답하라는 메시지가 표시됩니다. 거의 모든 화면에서 Enter 키를 눌러 기본값을 적용합니다. 다음 예외에 유의하십시오.
LifeKeeper (steeleye-lkQWK)를위한 Quorum / Witness Server 지원 패키지는 LifeKeeper 코어의 기존 장애 조치 프로세스와 결합하여 전체 네트워크 장애가 공통적으로 발생할 수있는 상황에서보다 높은 수준의 신뢰성으로 시스템 장애 조치를 수행 할 수 있습니다. 이는 효과적으로 "스플릿 브레인"상황의 위험을 크게 줄이면서 장애 극복을 수행 할 수 있음을 의미합니다. 모든 3 개의 노드 (sql-linux1, sql-linux2, sql-witness)에 Witness / Quorum rpm을 설치합니다.
# cd / tmp / install / quorum # rpm -Uvh steeleye-lkQWK-9.0.2-6513.noarch.rpm
대부분의 사람들은 클러스터 설정에 대해 생각할 때 대개 둘 이상의 서버와 SAN 또는 다른 유형의 공유 저장 장치를 필요로합니다. SAN은 일반적으로 설정 및 유지 관리에 매우 비용이 많이 들고 복잡합니다. 또한 클러스터 아키텍처에서 기술적으로 단일 장애 지점 (SPOF)을 나타냅니다. 요즘 점점 더 많은 사람들이 번개 빠른 ioDrive를 통해 Fusion-io와 같은 회사로 전환하여 중요한 응용 프로그램을 가속화하고 있습니다. 이러한 저장 장치는 서버 내에 있습니다 (즉, "공유 디스크"가 아닙니다). 따라서 기존의 많은 클러스터링 솔루션이있는 클러스터 디스크로 사용할 수 없습니다. 다행스럽게도 Fusion-io를 사용하여 Linux 클러스터링의 복제 성능을 극대화하는 방법이 있습니다. 공유 저장 장치가없는 경우 장애 조치 클러스터를 구성 할 수있는 솔루션, 즉 "공유되지 않은"클러스터.
전통적 클러스터  |
"Shared Nothing"클러스터 |
클러스터 구성의 일부로 데이터 복제를 활용할 때는 충분한 대역폭을 확보하여 디스크에 기록 된 것만큼 빠르게 네트워크를 통해 데이터를 복제 할 수 있어야합니다. 다음은 고속 스토리지가 관련되어있을 때 "공유 안 함"클러스터 구성을 최대한 활용할 수있게 해주는 튜닝 팁입니다.
일반적으로 구현하려는 클러스터링 및 복제 기술에 따라 달라지는 클러스터 구성을 조정해야합니다. 이 예에서는 SIOS Technologies의 Linux 용 SteelEye Protection Suite (일명 LifeKeeper SPS)를 사용하고 있습니다. 사용자는 파이버 채널 SAN, iSCSI, NAS 또는이 기사와 가장 관련이있는 클러스터 노드간에 실시간으로 동기화 / 복제해야하는 로컬 디스크를 비롯하여 모든 백 엔드 저장소 유형을 활용하여 장애 조치 (failover) 클러스터를 구성 할 수 있습니다. SPS for Linux에는 통합 된 블록 레벨 데이터 복제 기능이 포함되어있어 공유 스토리지가 필요없는 클러스터를 쉽게 설정할 수 있습니다.
Fusion-io를 사용하여 Linux 클러스터링의 복제 성능을 극대화하려면 다음을 시도해보십시오. Linux 구성 권장 사항 인 SteelEye Protection Suite (SPS) :
여기에서 계속해서 거울을 만들고 평소와 같이 클러스터를 구성하십시오. Linux 클러스터링에서 복제 성능 극대화에 관심 Fusion-io를 사용하면 SIOS가 제공 할 수있는 다른 기능을 살펴보십시오. LinuxClustering의 허가를 받아 재현
SQL Server를 사용하는 가용성 그룹에서 두뇌를 분리하지 마십시오.이 지원 기사가있는 Linux에서 Microsoft가 게시했습니다. Linux에서 SQL Server를 실행하면 Azure에서 실행되는 경우 OS의 비용 절감을 포함하여 몇 가지 이점이 있습니다. 약간의 계산을하십시오. 코어 수가 증가하면 비용 절감 효과가 상당합니다. 또한 모든 클러스터 쌍에 적어도 두 개의 서버에 대한 라이센스를 부여합니다. 그러나 기술이 견고하지 않다면 왜 돈을 저축해야합니까? Linux에서 SQL Server를 실행하면서 볼 수있는 가장 큰 문제점 중 하나는 응집력있는 HA / DR 스토리가 없다는 것입니다. Windows에서 Microsoft는 전체 HA 스택을 소유하고 있으며 SQL Server는 Windows Server 장애 조치 (Failover) 클러스터링에 크게 의존하여 가용성 그룹과 장애 조치 (Failover) 클러스터 인스턴스를 모두 지원합니다. 이것은 오랫동안 잘 운영되어 왔으며 성공 사례에 대한 오랜 경험이 있습니다. Linux로 이동할 때 Microsoft는 더 이상 OS 수준에서 HA 스택을 소유하지 않습니다. Linux의 배포판에 따라 Pacemaker와 같은 오픈 소스 솔루션을 하나로 모으기 위해 노력하고 있습니다. SQL Server 가용성 그룹과 협력하기 위해 노력하는 것은 물론입니다. SQL Server를 사용하여 가용성 그룹을 분할하지 않으려면 Linux에서는 SPS-L (Linux 용 SIOS Protection Suite)과 같은 타사 고 가용성 솔루션을 고려해야합니다. Linux에서 실행되는 비즈니스 크리티컬 애플리케이션을위한 검증 된 HA 솔루션을 제공합니다.
SPS-L은 1999 년부터 Linux에서 실행되는 업무상 중요한 응용 프로그램을 보호 해 왔습니다. 이는 모니터링하는 전체 HA / DR 솔루션입니다. 물리적 인 서버 및 네트워크뿐 아니라 전체 응용 프로그램 스택을 복구하여 업무상 중요한 응용 프로그램의 가용성을 높입니다. 이 모든 것은 원격 데이터 센터 또는 클라우드의 다른 지리적 영역에서 재해 복구 용으로 3 부 복사본을 유지하는 동안 수행됩니다. SPS-L의 또 다른 이점은 SQL Server의 Enterprise Edition이 필요하지 않으므로 SQL Server 라이센스에도 상당한 비용 절감 이점이있을 수 있다는 것입니다. SQL Server Standard Edition의 코어 당 $ 1859와 SQL Server Enterprise Edition의 코어 당 $ 7128을 고려하십시오. 라이센스를 취득해야하는 코어 수에 따라 비용 절감 이점이 상당 할 수 있습니다. 아래는 Azure Cloud에서 Linux로 실행되는 SQL Server를 보호하는 SPS-L의 비디오 데모입니다. 이 데모에서는 SQL Server Standard Edition 클러스터가 다른 Azure 오류 도메인의 노드와 예기치 않은 오류에 대응하는 SPS-L 사이에서 수동으로 장애 조치되는 것을 보여줍니다. 가용성 문제에 대한 다른 팁을 배우고 싶습니다. 가용성 그룹에 SQL Server 사용 Linux에서 블로그에 대한 정보 ClusteringForMereMortals.com으로 복제