클러스터 리소스로서 사용될 경우 클러스터 저장소 장치는 동적 디스크나 스팬 볼륨(볼륨 세트)으로 구성될 수 없습니다.
클러스터 저장소로 사용되는 디스크는 기본 디스크로 구성되고 NTFS 파일 시스템을 사용하여 포맷해야 합니다. Windows Server 2003, Enterprise Edition 및 Windows Server 2003, Datacenter Edition에서는 클러스터 저장소에 대해 동적 디스크나 스팬 볼륨(볼륨 세트)과 같은 동적 디스크 기능을 지원하지 않습니다. 쿼럼 디스크와 같은 기존의 클러스터 디스크를 동적 디스크로 변경할 수 없습니다. 그러나 DiskPart.exe 유틸리티를 사용하여 기본 클러스터 디스크의 볼륨을 확장할 수 있습니다. 자세한 내용은 DiskPart를 참조하십시오.
참고
• 여러 타사 제품이 클러스터에서 동적 디스크를 허용합니다. 자세한 내용을 보려면 Microsoft 기술 자료에서 검색어 "서버 클러스터 동적 디스크"를 사용하여 검색하십시오.
클러스터 저장소 장치에서 원격 저장소를 사용할 수 없습니다. 파일 공유 리소스용 공유 폴더의 섀도 복사본은 사용할 수 있지만 쿼럼 리소스용 공유 폴더의 섀도 복사본은 사용할 수 없습니다.
Windows Server 2003 제품군의 모든 제품에서 디스크에 쓰기 캐싱을 사용하도록 설정할 수 있습니다. 클러스터 디스크에는 이 기능을 사용하지 않는 것이 좋습니다. 이 기능을 사용하면 장애 조치 중 캐시된 데이터가 손실됩니다.
장애 조치 동안 캐시에 있는 데이터는 유실되므로 내부 RAID(redundant array of independent disks) 컨트롤러에서 후 기입 캐시(쓰기 전용)를 사용할 수 없도록 설정합니다. 내부 컨트롤러의 한 예로 노드 안의 PCI(Peripheral Component Interconnect) 카드가 있습니다. 외부 RAID 컨트롤러에서는 쓰기 캐시를 사용할 수 있도록 설정합니다. 외부 RAID 컨트롤러는 대개 디스크 외장 안에 있으며 캐시에 있는 데이터에 대해 장애 조치가 수행됩니다.
소프트웨어 RAID는 사용할 수 없습니다. 하드웨어 RAID를 사용하여 클러스터 디스크에 있는 데이터를 보호할 수 있습니다.
마스터 부트 레코드(MBR) 같은 클러스터 저장 장치에 있는 클러스터 디스크는 파티션하되 GUID 파티션 테이블(GPT) 디스크의 클러스터 디스크는 파티션하지 않습니다.
• 네트워크 구성
클러스터 서비스는 IP 기반 프로토콜을 통해서만 작동합니다. 개인 및 공용 네트워크는 동일한 서브넷에 있어야 합니다.
서버 클러스터 보안에 대한 유용한 정보 서버 클러스터가 DoS(Denial-of-Service) 공격, 데이터 변조 및 기타 악의적인 공격의 피해를 입지 않도록 다음 지침을 참고하시기 바랍니다.
최신 소프트웨어 업데이트를 적용합니다. 보안 업데이트와 서비스 팩이 포함된 최신 소프트웨어 업데이트를 적용합니다. Windows Server 2003 서비스 팩 1(SP1)에는 개선된 보안 기능이 다수 포함되어 있습니다. Windows Server 2003 SP1 이상을 실행하는 Windows Server 2003 버전을 사용할 것을 적극 권장합니다.
보안에 관한 최신 정보를 구합니다. 수시로 Microsoft 웹 사이트에서 보안 관련 정보를 검토합니다. 예를 들어 다음 중 하나 이상을 검토합니다.
신뢰할 수 있는 사용자만 서버 클러스터 및 관련 하부 구조 구성 요소에 물리적으로 액세스할 수 있도록 제한합니다. 권한이 부여된 사용자만 서버 클러스터 노드 및 관련 하부 구조 구성 요소(예: 네트워크 및 저장 장치 구성 요소)에 물리적으로 액세스할 수 있도록 합니다. 서버 보안을 위한 기본 정보에 대한 자세한 내용은 보안에 대한 유용한 정보를 참조하십시오.
클러스터 네트워크에 보안 조치를 취합니다. 공용 또는 혼합 네트워크: DNS 서버 또는 WINS 서버와 같은 하부 구조 서버를 비롯하여 클러스터 서브넷 또는 다른 서브넷에 연결된 모든 서버는 트러스트된 서버여야 하며 보안 조치를 취해야 합니다. 또한 방화벽을 사용하여 권한이 없는 클라이언트가 클러스터에 액세스하지 못하도록 해야 합니다.
개인 네트워크: 개인 네트워크는 다른 네트워크와 물리적으로 분리해야 합니다. 특히 라우터, 스위치 또는 브리지를 사용하여 개인 클러스터 네트워크를 다른 네트워크와 연결하지 말고, 개인 네트워크 서브넷에 다른 네트워크 하부 구조 또는 응용 프로그램 서버를 포함하지 마십시오.
다수의 권한 없는 사용자가 클러스터 네트워크에 액세스하여 개인 또는 혼합 네트워크를 통해 전달되는 하트비트 메시지가 중단될 경우 클러스터가 이러한 오류에 대해 반응함으로써 IP 주소 리소스 그룹뿐 아니라 클러스터 노드 상태에도 영향을 주게 됩니다. Microsoft Exchange Server에 연결된 리소스와 같이 중요한 클러스터 리소스에 대해 장애 조치가 반복적으로 수행되면 클라이언트에서 이 클러스터에 액세스하지 못할 수도 있습니다.
Windows 방화벽을 사용하는 경우 보안 구성 마법사를 사용하여 구성합니다. 보안 구성 마법사는 클러스터 노드에 Windows 방화벽을 구성하는 과정을 단순하게 해줍니다. 자세한 내용은 서버 클러스터에 Windows 방화벽 사용을 참조하십시오.
트러스트되고 안전한 컴퓨터에서만 원격으로 클러스터 노드를 관리합니다. 원격 컴퓨터의 보안이 취약할 경우 클러스터 관리 도구에 의해 신뢰할 수 없거나 악의적인 코드가 은밀히 시작되어 클러스터에 피해를 줄 수도 있습니다.
모든 노드에서 클러스터 서비스 계정을 로컬 관리자 그룹의 구성원으로 만듭니다. 그러나 도메인 구성원 그룹의 구성원으로 만들지는 마십시오. 클러스터 서비스 계정에 가능하면 최소한의 권한만 부여하여 계정이 노출될 경우 발생할 수 있는 보안 문제를 예방합니다. 클러스터 서비스 계정에 필요한 관리 권한 및 사용 권한에 대한 자세한 내용은 클러스터 서비스를 실행할 계정 변경을 참조하십시오.
클러스터 서비스 계정을 보호하기 위한 단계를 수행하고 클러스터 서비스 계정을 사용하여 클러스터를 관리하지 마십시오. 클러스터 서비스 계정은 관리 권한 및 사용 권한을 갖습니다. 계정 사용을 제한하고, 계정 이름과 암호를 아는 사람들의 수를 제한하며, 수시로 암호를 변경하십시오.
다른 사용자 계정을 사용하여 클러스터를 관리하는 방법에 대한 자세한 내용은 사용자 권한을 부여하여 클러스터 관리를 참조하십시오.
클러스터 서비스 계정에 필요한 권한 및 사용 권한에 대한 자세한 내용은 클러스터 서비스를 실행할 계정 변경을 참조하십시오.
중단 시간 없이 클러스터 서비스 계정의 암호를 변경하는 것에 대한 자세한 내용은 클러스터 서비스 계정 암호 변경을 참조하십시오.
클러스터의 클러스터 서비스 및 응용 프로그램에 다른 계정을 사용합니다. 이렇게 하면 응용 프로그램 계정이 노출되더라도 클러스터 계정은 보호할 수 있습니다. 또한 cluster.exe를 사용하여 클러스터 서비스 계정에 대한 암호를 변경하고 하나 이상의 응용 프로그램에서 해당 계정을 사용하면 클러스터 응용 프로그램이 제대로 작동하지 않을 수 있습니다. 자세한 내용은 클러스터 서비스 계정 암호 변경을 참조하십시오.
여러 클러스터에 서로 다른 클러스터 서비스 계정을 사용합니다. 이렇게 하면 클러스터 서비스 계정이 노출되더라도 한 클러스터만 노출됩니다.
클러스터에서 모든 노드를 제거한 다음 클러스터 서비스 계정을 제거합니다. 클러스터에서 모든 노드가 제거되어도 클러스터 관리 도구는 자동으로 클러스터 서비스 계정을 제거하지 않습니다. 클러스터 서비스 계정에는 높은 수준의 관리 및 사용 권한 권한이 있어 노출될 경우 보안 문제를 일으킬 수 있습니다. 따라서 사용하지 않을 때는 이 계정을 로컬 관리자 그룹에서 제거할 것을 적극 권장합니다. 그러나 클러스터 서비스의 관리 권한 및 사용 권한은 도메인 전체가 아닌 각 클러스터 노드에 로컬로 허용되므로 계정이 노출되면 해당 클러스터 노드만 영향을 받습니다. 사용자 계정 삭제에 대한 자세한 내용은 로컬 사용자 계정 삭제를 참조하십시오.
Active Directory 도메인의 클러스터의 경우 네트워크 이름 리소스에 대한 Kerberos 인증을 사용할 수 있습니다. Kerberos 인증은 또 다른 인증 방법인 NTLM 인증보다 훨씬 더 안전합니다. Kerberos 인증을 사용할 수 있는 경우 클러스터 서비스가 네트워크 이름 리소스에 대해 만든 계정 및 가능한 경우 클러스터 서비스 계정 자체에도 특정 권한 및 사용 권한을 추가해야 합니다. 자세한 내용은 Microsoft 지원 웹 사이트(http://go.microsoft.com/fwlink/?LinkId=59994)에서 기술 자료 문서 307532, "컴퓨터 개체를 수정할 때 클러스터 서비스 계정의 문제 해결 방법"을 참조하십시오.
클러스터에서 보안 관련 이벤트를 감사합니다. 신뢰할 수 있는 사용자만 클러스터를 관리하는 권한을 갖도록 하고 권한 없는 사용자 계정이 추가되는 것을 추적하려면 로컬 관리자 그룹에 대한 변경 내용을 감사합니다. 기본적으로 서버 클러스터를 만들거나 노드를 추가할 때 클러스터 서비스 계정이 각 노드의 로컬 Administrators 그룹에 추가됩니다. 보안 이벤트 감사에 대한 자세한 내용은 보안 이벤트 감사를 참조하십시오.
클러스터 디스크의 파일이나 폴더 같은 공유 데이터에 대한 액세스를 제한하고 감사합니다. 공유 데이터에 대한 액세스를 감사하려면 모든 클러스터 노드에서 감사를 사용합니다. 자세한 내용은 클러스터에서 공유 데이터 보안을 참조하십시오.
클러스터 리소스에 대한 클라이언트 액세스를 제한합니다. Windows Server 2003 제품군의 보안 기능을 사용하여 클러스터 리소스에 클라이언트 액세스 제한에 설명된 것과 같이 클러스터 리소스에 대한 클라이언트 액세스를 제어합니다. 클러스터 리소스에 대한 액세스를 제어할 사용자 및 그룹 계정을 만들 경우 로컬 계정이 아닌 도메인 수준 계정을 사용하여 현재 어떤 노드가 클러스터된 리소스를 소유하고 있는지에 관계 없이 적절한 액세스를 제공할 수 있게 합니다.
쿼럼 디스크에 대한 액세스를 제한하여 쿼럼 디스크에 항상 여유 공간이 충분하도록 합니다. 쿼럼 디스크를 무단으로 읽거나 쓰는 것을 방지하려면 클러스터 서비스 계정 및 로컬 관리자 그룹의 구성원에게만 쿼럼 디스크 액세스 권한을 부여할 것을 적극 권장합니다. 클러스터 서비스가 쿼럼 로그에 계속 기록할 수 있도록 하려면 쿼럼 디스크에 여유 공간이 충분해야 합니다. 쿼럼 디스크의 크기는 500MB 이상 되는 것이 좋습니다. 자세한 내용은 검사 목록: 서버 클러스터 계획 및 만들기와 디스크 리소스 보안을 참조하십시오.
클러스터에서 실행되는 모든 응용 프로그램은 신뢰할 수 있는 출처에서 제공 받은 것이어야 하며 클러스터 디스크에 대한 액세스는 클러스터 리소스로 관리되는 응용 프로그램으로만 제한되어야 합니다. 자세한 내용은 디스크 리소스 보안을 참조하십시오.
일반 스크립트 리소스가 호출하는 스크립트 파일에 보안 조치를 취합니다. 스크립트 파일의 실행 권한 및 이 스크립트에서 호출되는 API의 사용 권한에 대해 NTFS 파일 수준의 보안을 적용합니다. 자세한 내용은 클러스터 리소스에 클라이언트 액세스 제한을 참조하십시오.
일반 응용 프로그램 리소스가 호출하는 응용 프로그램은 신뢰할 수 있는 출처에서 제공 받은 것이어야 하며 해당 파일, 레지스트리 검사점 및 응용 프로그램에 필요한 기타 리소스는 안전한 위치에 보관되어야 합니다. 일반 응용 프로그램 리소스로 실행된 응용 프로그램은 관리 권한 및 사용 권한을 갖는 클러스터 서비스 계정의 컨텍스트 하에서 실행됩니다. 따라서 이러한 응용 프로그램이 신뢰할 수 있는 출처에서 제공받았는지 확인합니다. 또한 클러스터 관리자에서 일반 응용 프로그램 리소스의 매개 변수를 구성할 때 필요한 경우가 아니면 응용 프로그램이 데스크톱과 상호 작용을 선택하지 않는 것이 좋습니다. 자세한 내용은 클러스터 리소스에 클라이언트 액세스 제한을 참조하십시오.
클러스터를 원격으로 관리할 때 생성되는 클러스터 구성 로그 파일에 보안 조치를 취합니다. 원격 컴퓨터에서 새 서버 클러스터 마법사와 노드 추가 마법사를 사용하면 이러한 마법사가 생성한 클러스터 구성 로그 파일이 원격 컴퓨터의 %systemroot%\system32\LogFiles\Cluster\ClCfgSrv.log에 저장됩니다. 이 로그 파일에는 클러스터에 대한 중요한 정보가 들어 있습니다. 해당 파일에 대한 액세스를 클러스터 관리자 및 클러스터 서비스 계정으로 제한합니다. 자세한 내용은 파일 및 폴더의 사용 권한 설정, 보기, 변경 또는 제거를 참조하십시오.
참고: 새 서버 클러스터 마법사 또는 노드 추가 마법사를 사용 중인 노드에 대해 관리 권한 및 사용 권한이 없을 경우 로그 파일은 로컬 %Temp% 디렉터리에 생성됩니다.
주 노드 집합 클러스터의 로컬 클러스터 디렉터리로 파일을 복사하지 마십시오. 주 노드 집합 모델을 사용할 때 각 노드는 %systemroot%\Cluster\MNS.%ResourceGUID%$\%ResourceGUID%$\MSCS에 있는 클러스터 디렉터리에 쿼럼 데이터베이스 복사본을 유지합니다. 파일을 \Cluster 디렉터리의 하위 디렉터리에 두고 주 노드 집합 리소스를 삭제하면 클러스터 서비스에서 해당 파일을 삭제합니다.
HKEY_LOCAL_MACHINE 시스템 레지스트리 하위 트리의 기본 보안 설정을 바꾸지 마십시오. 기본적으로 Builtin 폴더의 관리자 그룹 구성원 및 로컬 시스템 계정만 HKEY_LOCAL_MACHINE 시스템 레지스트리 하위 트리에 대한 모든 권한을 갖습니다. 이 레지스트리 하위 트리가 노출되면 일반 스크립트 리소스와 같은 일부 리소스를 시작하지 못할 수도 있습니다. 시스템 레지스트리 보안에 대한 자세한 내용은 레지스트리 보안 유지 관리를 참조하십시오.
공유 저장 장치를 사용하는 경우 전원을 켜고 운영 체제를 시작할 때 반드시 하나의 노드만이 클러스터 디스크에 액세스해야 합니다. 그렇게 하지 않으면 클러스터 디스크가 손상될 수 있습니다. 클러스터 디스크의 손상을 피하려면 클러스터 노드 하나만 남기고 모두 전원을 끄거나 클러스터를 만들기 전에 다른 기술(예: LUN(논리 단위 번호) 마스킹, 선택적 표시 또는 영역 지정)을 사용하여 클러스터 디스크를 보호합니다. 일단 노드 하나에서 클러스터 서비스가 제대로 실행되면 다른 노드를 모두 동시에 추가하고 구성할 수 있습니다.
1. 서버 클러스터의 개념 소개 서버 클러스터는 노드라고 하는 독립 컴퓨터 시스템으로 이루어진 그룹으로서 단일 시스템처럼 함께 동작하여 클라이언트에서 주요 응용 프로그램과 리소스를 사용할 수 있게 합니다. 이러한 노드는 Microsoft® Windows Server™ 2003, Enterprise Edition 또는 Microsoft® Windows Server™ 2003, Datacenter Edition을 실행해야 합니다. 클러스터를 사용하면 사용자와 관리자가 노드를 별도의 컴퓨터로서가 아니라 단일 시스템으로서 액세스하고 관리할 수 있습니다. 노드에 대한 자세한 내용은 노드를 참조하시기 바랍니다.
서버 클러스터는 최대 8개의 노드로 이루어질 수 있으며 단일 노드 서버 클러스터, 단일 쿼럼 장치 서버 클러스터 또는 주 노드 집합 서버 클러스터 등으로 구성될 수 있습니다. 이러한 세 가지 클러스터 모델에 대한 자세한 내용은 클러스터 모델 선택을 참조하십시오.
모든 노드는 하나 이상의 클러스터 저장소 장치에 연결될 수 있습니다. 대부분의 Windows Server 2003, Enterprise Edition 또는 Windows Server 2003, Datacenter Edition 버전에서 선택할 수 있는 클러스터 저장소에는 iSCSI, 직렬 연결 SCSI, 병렬 SCSI 및 파이버 채널이 있습니다. 다음 표에서는 각 운영 체제 버전에서 사용할 수 있는 저장소에 대한 자세한 내용과 각 저장소 유형에 따라 보유할 수 있는 최대 노드 수가 나와 있습니다.
2. 노드 개수?
Windows Server 2003, Enterprise Edition또는 Windows Server 2003, Datacenter Edition
x86, x64(아이테니엄 제외)
디스크 저장소 : 병렬 SCSI
노드 : 2개
Windows Server 2003, Enterprise Edition또는 Windows Server 2003, Datacenter Edition
x86, x64
디스크 저장소 : 파이버채널
노드 : 8개
Windows Server 2003, Enterprise Edition또는 Windows Server 2003, Datacenter Edition
x86, x64
디스크 저장소 : 직렬 SCSI, iSCSI
노드 : 8개
3. 클러스터 구축 모델
노드 서버 클러스터 서버 클러스터는 여러 소프트웨어를 실행하며 이러한 소프트웨어 종류에는 클러스터를 실행하게 하는 클러스터링 소프트웨어와 클러스터 관리에 사용하는 관리용 소프트웨어가 있습니다. 기본적으로 모든 클러스터링 및 관리용 소프트웨어 파일은 Microsoft® Windows Server 2003 제품군의 운영 체제를 설치할 때 자동으로 컴퓨터에 설치됩니다.
중요 : 클러스터 서버는 Windows Server 2003, Enterprise Edition또는 Windows Server 2003, Datacenter Edition를 사용해야 합니다.
요즘 들어서 이공계 기피현상이라는 말이 자주 돌고 있다. 사실 공학 계열 자체가 다른 인문학에 비해 배워야 할 것이 많고 어려운 것은 사실이다. 대한민국이 성장하게 된 계기도 공학 계열 육성책으로 인해 성장해왔다는 것은 다들 알고 있는 사실일 것이다. 공학계열이 있었기에 지금의 대한민국이 있는 것이다. 단순한 논리를 벗어나서 공학계열의 위기의 초점을 이야기 해보고자 한다. 사용자는 갈수록 눈이 높아져만 가는데에 비해서 기술자들에게는 박봉을 주고 제작하라고 일을 준다는 것은 말도 안되는 소리이다. 사용자가 눈이 높아졌다는 것은 그만큼의 고급기술을 요구한다는 것인데 사용자 측에서 저 비용으로 퀄리티 있는 프로그램을 제작해달라는 것은 말도 안되는 소리이다. 하지만, IT쪽의 경우를 보면 2000년도 부터 지금까지 꾸준히 성장해오고 있다. 그리고 2003~2005년 한국의 경우에는, 테터툴즈의 열기와 더불어 네이버 블로그가 급 성장하게 되어 새로운 시작을 선보이게 되었다. 새로운 시장이라는 것은 광고와 더불어 1인 미디어 매체 라는 컨슈머와 밀접한 시장을 선보이게 되었다. 과거에는 1인 미디어가 아닌 생산된 컨텐츠(제한적 컨텐츠)를 통해 정보를 공유했지만 블로그의 활성화로 인하여 다양한 정보들을 쉽고 빠르게 P:N, N:P (Person : Network)의 시장이 형성 되어 다양한 신종 시장을 개척하였다.
-> 이공계를 대우하지 않으면 시장이 사라질수도 있다. 의류 제조 산업의 경우에는 한때 시장 규모가 커서 상당히 돈도 많이 벌고 괜찮았다. 하지만 임금이 오르고 원자재가격이 오르면서 사양산업의 길을 가게 되었다. 의류 제조 산업의 경우에는 해외로 이전하여 생산하고 있는 실정에 있다. 결국 한국이라는 나라에서는 의류 제조라는 부분의 산업을 잃게 되었다. 하지만 시장에 맡길 경우 나타날 수 있는 최악의 형태는 해당 산업의 축소 또는 소멸이다. 기존 종사자에게는 매우 안타까운 일이겠지만 수익성이 떨어지는 산업에 대한 축소나 소멸은 자본주의 사회에서 자연스러운 현상이다. 국가입장에서 볼때는 해당 학과를 소멸시키고 새로운 먹거리를 창출해내야 하는 것이 당연한 논리라고 볼수 밖에 없다. 산업 자체가 적자를 만들고 리스크가 커지면 당연히 문을 닫고 이직하는 게 맞는 논리라고 봐야하는 것이다. 기업이 사양산업이 되어 폐업을 하였을 때, 공장 복귀 투쟁을 하는 것보다는 전업을 준비하는 것이 당연한 것이 아닌가라는 생각을 해보게 된다.
-> IT 눈 여겨 볼 만하다 검판사, 변호사, 의사, 공무원이 아무리 인기 있고 유망있는 직종이라 해도 IT업 처럼 적게는 몇백억~ 1조원 이상의 돈을 만져보지는 못했을 것이다. 개인이 적은 투자로 큰 부를 가져다준 분야이기도 한다. 더구나 IT는 투자비용이 거의 들지 않은 지식산업이다. 그저 웹사이트를 만들 수 있는 웹개발자면 누구나 만들 수 있다. 아이디어와 꾸준한 운영만 있으면 세계적인 사이트로 성장시킬 수 있다.
어떤 분야가 단 1년 만에 유튜브와 같은 성과를 낼 수 있을까? 의사, 판사, 은행원, 공무원이 이런 성공을 거두고 이러한 부를 만들 수 있을까? 현실에서 이루어진 적이 거의 없으며 앞으로도 일어나기 힘들다. 다른 제조업이 이렇게 빠른 시간에 성장하는 일도 거의 없다. 천재적인 머리를 가진 화공과나 약대 출신이 코카콜라를 뛰어넘는 음료수를 만들어 시장에서 1위를 하기란 현실적으로 불가능에 가깝다고 말할 것이다. 일반적인 제조업은 맛 있는 음료의 발명만으로 되는 것이 아니라 이를 생산하는 대규모 설비와 유통망을 갖추어야 경쟁력이 생기기 때문이다. 때문에 천재라 하더라도 기존 기업을 제치고 1위에 올라서기까지는 많은 시간이 걸리거나 실패하기 쉽다. 반면 IT에서는 1년이면 세계적인 기업으로 성장하는데 충분하다. 그것도 돈이 거의 들지 않고 창업자의 머리와 간단한 코딩만으로 가능하다. IT의 매력이 여기에 있는 것이다. IT야말로 머리 좋다고 생각하는 사람이 덤벼야할 가장 좋은 산업인 것이다.
그러나 IT 분야가 대박을 낼 수 있는 분야이긴 하지만 구글 창업자나 초창기 직원처럼 대박을 내는 경우가 일부인 점도 분명하다. 의사와 한의사는 대부분의 종사자가 높은 소득을 안정적으로 얻는 반면, IT 분야에서는 일부 성공한 사람만이 높은 소득을 얻고 나머지는 박봉에 시달리는 것이 현실이다. 때문에 안정성과 확률을 따진다면 IT보다 의사를 직업으로 선택하는 것이 더 현실적이다. 안정성을 우선으로 하는 사람에게 IT는 맞지 않는 분야다. IT는 진취적인 성향을 가진 인재에게 맞는 분야다.
-> 미래를 생각하면 좀더 멀리 봐야 한다.
당장의 인기 직업만 따지는 학생에게 하고 싶은 말은 미래까지 멀리 보고 결정하라는 것이다. 지금은 의사 변호사의 수익이 더 좋고 공무원이 안정적인 직업이라고 말할 수 있다. 하지만 20년 뒤에도 그럴까? 20년 전에 PD, 한의사 등은 인기 직종이 아니었다. 공무원도 적은 월급으로 대졸자에게 외면받았던 직종이다. 마찬가지로 지금의 인기 직종과 비인기 직종이 20년 뒤에도 유지될 것이라 생각하면 오산이다. 이미 지자체장은 투표로 뽑고 있다. 앞으로도 공무원이 철밥통일지는 누구도 모르는 일이다. 몇 십 명만 합격하던 사법고시가 요즘은 한 해 천 명이 넘는 합격자를 쏟아내고 있다. 연수원 성적 상위권이 아닌 합격자는 검판사는 고사하고 법률사무소 취업도 쉽지 않다. 더구나 로스쿨이 도입되어 한 해 수 천 명의 변호사가 더 쏟아질 것을 생각해보라. 20년 뒤 변호사는 고소득 직종이 아니라 치열한 경쟁과 고객 확보 영업에 의존해야 하는 피곤하고 평범한 직업이 될 가능성이 높다.
의사 약사도 마찬가지다. 과거에 비해 병원과 약국의 이익은 계속 감소하고 있다는 불평이 늘고 있다. 의약분업과 병원 약국 대형화를 통해 의사와 약사도 월급쟁이로 전락하고 있으며 소득도 감소하고 있다. 사람들이 많이 찾는 감기약 두통약을 할인점이나 슈퍼에서 판매하는 시대가 오면 더욱 소득이 감소할 것이다. 치과, 피부과, 내과, 성형외과 등은 아직도 많은 돈을 벌고 있지만 앞으로도 그럴 것이라고 예단할 수 없는 것이다.
소득이 높은 직종에 사람들이 몰리고, 사람이 몰리면 공급이 넘치고, 공급이 넘치면 소득이 떨어지는 것이 시장의 기본 원리다. 그러니 지금 인기 직종이라는 이유만으로 지원했다가 20년 뒤에 후회하지 말고 신중하게 미래를 봐야 한다. 더구나 우리 후배들은 매우 긴 시간을 노인으로 살아야 한다는 사실을 명심해야 한다.
경제성을 고려해 직업을 선택한다면 두 가지를 고려해야 한다. 하나는 나이에 따른 필요자금 계획이다. 다른 하나는 사회 변화에 따른 직업의 소득 변화다. 우리 부모 세대는 고등학교 졸업 후인 20살부터 돈을 벌기 시작해 45~50살 정도에 아들딸을 결혼시키고 55세 쯤에 그 동안 다니던 회사에서 정년퇴임한 돈으로 집 한 채 더 샀다. 월세를 받고 결혼한 자녀로부터 용돈을 받다가 환갑 잔치 후에 돌아가시면서 유산을 남길 수 있는 구조를 가졌다. 35년 동안 돈을 버는데 25년 동안 아이를 키우고 가장 연봉이 높은 마지막 10년 동안 저축한 돈과 퇴직금, 집 등의 여유 있는 자금으로 10년 정도 노후를 즐기다가 돌아가셨다. 그래서 맞벌이 없이 아버지 혼자서 돈을 벌어도 충분했다.
그러나 486 세대인 우리 세대는 20대 중반부터 사회생활을 시작해 요즘 45~50살이면 회사에서 쫓겨난다. 약 25년 정도 돈을 버는데 우리 아이들은 대부분 대학이나 대학원을 졸업하므로 30살 정도가 되어야 교육이 끝난다. 오히려 5년 정도 돈 버는 기간이 부족한 것이다. 노후 대책은 준비할 시간도 없다. 우리 세대는 평균 90살 정도는 살 것으로 예상되는데 50살에서 90살까지는 소득 없는 노인으로 살아야 한다. 결국 자녀 교육에 필요한 5년을 메꾸고 노후 대책을 준비하려면 맞벌이를 할 수밖에 없다. 아내가 25년 정도 함께 번다면 5년을 메꾸고 20년 번 돈으로 부부가 40년을 버틸 수 있을 것이다. 지금 대학생인 후배들은 더욱 힘든 시스템에 살 것이고, 맞벌이로도 해결되지 않을 것이다.
대기업 사무직이나 은행원이 50세 이후에도 직업을 가지고 돈을 벌 수 있을까? 노후까지 고려한다면 오히려 미용사나 자동차 정비사가 더 좋은 직업이 될 수 있다. 인생을 좀더 멀리 내다보는 눈이 필요하다. 또한 직업을 정할 때는 경제적인 문제만 따질 것이 아니라 삶의 질이나 성취감, 행복감까지 고려해야 한다.
- 세상은 엔지니어가 바꾼다. 창조하고 싶은 사람은 도전하라
경제논리로도 매력적인 요소가 있지만 일이 주는 성취감까지 고려한다면 IT야말로 최고의 매력을 가진 분야다. 컴퓨터 한 대만 있으면 세상을 바꿀 무엇인가를 창조할 수 있는 분야이기 때문이다. 유리공예 하는 사람도 창조적인 일을 하지만 세상을 바꾸는 무엇을 만드는 것은 아니다. 보기에 좋은 제품을 시간 비례 노동으로 창조하는 것이다. 하지만 공학도나 개발자는 세상을 바꿀 수 있는 거대한 '무엇'을 만들 수 있다. 자동차, 컴퓨터, 휴대폰과 같이 손에 보이는 제품부터 인터넷, 리눅스, 야후, 구글, 유튜브, 리니지, 네이버, MP3 파일처럼 손에 보이지 않는 제품까지. 모두 엔지니어가 만들어 세상을 바꾸고 있는 '무엇'이다.
때 문에 외국의 엔지니어나 개발자는 개발을 수행하면서 프로그램을 짠다고 말하지 않는다. 새로운 무엇을 만든다고 말한다. 인공지능(AI)과 수학의 기초를 다진 컴퓨터공학과 출신의 엔지니어는 자신을 창조자라 여긴다. 프로그래밍은 자신이 만들고자 하는 무엇을 만드는 도구 중 하나라고 생각하며, 목적을 위해 최적의 언어를 선택하거나 바꾼다. 이들이 만드는 무엇은 자동차를 굴러가게 하는 프로그램이거나 이메일로 간단하게 돈을 보낼 수 있는 서비스거나 인공위성에서 인터넷을 쓸 수 있게 하는 시스템이다. 그 무엇은 사람을 좀더 편하고 행복하게 만드는 것으로 이전에 없던 것이나 이전의 것을 개선한 것이다.
그들은 남들이 하지 못 한 무엇을 자신이 만들기를 바란다. 바로 그 무엇을 창조하고 만드는 즐거움, 그 무엇을 만들어냈을 때의 성취욕이 그들의 삶을 행복하게 만드는 원동력이 된다. 세상을 바꾸는 웹부터 음악의 즐거움을 전하는 MP3P, 물로 가는 무공해 자동차, 친구를 만나게 해주는 소셜네트웍 등을 누가 만들었는가? 공학자 또는 개발자다. 앞으로 세상을 바꾸는 '무엇'을 또 누가 만들 수 있을까? 이 또한 공돌이라 부르는 공학도들의 몫이다. 한의사, 변호사, 검사, 은행원, 농민, 유리공예사, 미용사, 운전사, 소설가는 세상을 바꾸는 무엇을 만드는 창조자가 될 수 없다. 이들은 세상 운영에 필요한 쌀을 생산하고 나르고 돈을 만들고 계산하는 중요한 일을 하지만, 무엇을 만들 수 있는 창조자는 오직 공학도만이 할 수 있는 영역이다. 그러니 무엇을 창조해 세상을 바뀌는 것을 지켜보는 즐거움 또한 공학도만이 누릴 수 있다. 여기에 경제적인 부까지 획득할 수 있다면 더욱 금상첨화다. 무엇을 창조하는 일은 나이나 신체적 능력과도 무관하다.
그러니 이공계는 창의력 있다고 생각하는 인재들이 가장 적극적으로 달려들어야 할 분야인 것이다. 더구나 자동차나 반도체, 화학처럼 거대 연구시설이 필요하지 않고, 달랑 PC 한 대로 세상을 바꿀 수 있는 분야인 컴퓨터공학과는 더욱 더 우수한 인재들이 탐을 내야 하는 분야다. 스스로 우수한 인재라고 생각한다면 PC 한 대로 세상을 바꿀 수 있는 컴퓨터공학과에 관심을 갖도록 하자. 그리고 이미 컴퓨터공학과를 다니고 있거나 개발자의 길을 걷고 있다면 자신이 걸어야 할 길이 얼마나 멋진 길인지 다시 한 번 되돌아봐야 할 것이다.
때문에 당장은 비인기학과로 전락했지만 IT 분야는 비관적인 분야가 아니다. 물론 척박한 한국의 SW 환경과 인식을 생각할 때 한국에서 IT에 뛰어든다는 것은 고난의 길일 수 있다. 한국은 분명 SW산업 전반에 대한 인식이나 환경이 미국 등에 비하면 열악하며 앞으로도 개선될 여지가 보이지 않는다. 그러다보니 IT창업 의지가 계속 줄고 있다. 더불어 IT에 대한 투자도 줄고 있다. 이유는 복합적이다. 정부 지원, 제도, 투자사의 태도, 창업자들의 자질 부족, 대기업의 횡포, 단기간에 양산된 인력 등 다양한 문제가 얽히면서 현재와 같은 안 좋은 상황을 만들었다.
해결책은 무엇일까? 정부의 각종 지원책은 근본적인 대책이 될 수 없다. 개인의 자부심만으로도 버틸 수 없다. 밤샘 근무에 박봉에 시달리는 비인간적인 삶이 계속된다면 어떤 지원책도 무용지물이며 자부심도 소멸된다. 가장 좋은 구조는 많은 젊은이들이 IT기업을 창업하고, 그 중에서 세계적으로 성장한 좋은 기업이 많이 나와 투자와 우수인력의 유입이 느는 것이다. 즉 성공한 기업이 많이 나와야 하는 것이다. 그래서 선배들의 경험담을 들으며 꿈을 키워야 하는 것이다. 척박한 현실을 탓하기만 할 것이 아니라 종사자 스스로 바꾸어야 하는 것이다.
한 예로 작년(2006)에 스탠포드 컴퓨터공학(CS)과에서 열린 40주년 기념식은 하나의 학과 출신들이 전 세계에 미친 영향을 눈으로 확인할 수 있는 자리였다. 스탠포드 CS과 출신을 보라. 최초의 검색엔진인 야후를 창업한 제리양(Jerry Yang)과 데이빗 필로(David Filo)부터, 썬(Sun Microsystem)의 공동 창업자중 한 명인 앤디 벡톨샤임(Andy Bechtolsheim), 실리콘 그래픽스와 넷스케이프 창업자인 제임스 클락(James H. Clark), 구글 창업자인 래리 페이지(Larry Page)와 세르게이 브린(Sergey Brin)까지. 학문적으로도 큰 영향을 준 인물들이 많다. LISP를 만든 존 맥카시(John McCarthy), VMWare를 만든 메델 로즌블룸(Medel Rosenblum), 암호화의 대가 론 리베스트(Ron Rivest) 등의 수 많은 인재들이 이날 기념식에 참석했다. 세계를 바꾼 이들의
