[정보/sysadmin] Linux.conf.au Systems Administration Miniconf
** 참고로 지금의 논의는 sysadmin 메일링에서 하고 있는 내용입니다.
http://groups.google.com/group/sysadminstudy
http://everythingsysadmin.com/
The Practice of System and Network Administratoin 의 저자 홈페이지를 보니 오스트레일리아쪽(au가 여기 맞죠?? 중요한건 아니구) 시스템 어드민 컨퍼런스 소개하는 자료가 있어 잠시 봤네요.
관심있는 분들 한번 보시길.
제가 관심가는 자료들은 다음 것들..
ㅇ 2008년 세미나자료
http://sysadmin.miniconf.org/programme08.html
Reliable, Repeatable, Reproducible Infrastructure
Puppetising Kennards Hire : puppet 는 cfengine 과 비슷한 설정관리 프로그램임(단점은 리눅스, 유닉스만 지원)
Linux Performance Tuning
High Availability, Replicating MySQL database : 가용성을 높이는 방법을 담았는데 mysql 로 고가용성을 높이는 방안에 대해 고민하시는 분들 참고하시면 좋을듯. 전 이쪽은 아직 별 고민을 안해서요.
Using Puppet on single machines
OpenLDAP Enterprise Features :openldap을 이용하여 대규모 사이트 구축한 내용인듯.. 제가 요즘 계속 LDAP을 만지작거리고 있어서 관심
ㅇ 2006년 세미나자료
http://sysadmin.miniconf.org/programme06.html
Google SRE: Chasing Uptime : google 에서 uptime 을 늘리는 것에 대한 이야기가 아주 쬐금 있네요.
Network and System discovery with Netdisco : discovery 하는 툴이네요. 혹시 건질 내용이 있을까 궁금
해외쪽에 시스템 어드민 관련한 컨퍼런스같은 정보도 한번 모아보면 좋겠네요.
우리는 언제나 저런거 해보려나???
댓글
Reliable, Repeatable, Reproducible Infrastructure
위에서 Reliable, Repeatable, Reproducible Infrastructure 자료는 신뢰할 수 있고 반복작업을 줄이며 재생산성을 높일 수 있는 인프라스트럭쳐를 어떻게 구성할 것인가에 대한 내용입니다.
ㅇ Reliable, Repeatable, Reproducible Infrastructure - Steven Ellis
How should we build and manage an enterprise ready scalable operational environment for Linux? Operational teams need to move beyond a simple "build and walk away" scenario into a truly "managed" model.
We will cover the key operational aspects of Linux in the Enterprise -
Provisioning
Patching
User Management
Configuration Management
Security
Logging
Change Control
The key aims of our environment will be to make sure it is
Reliable - Stability is key in the Enterprise
Repeatable - Cookie cutter model usable across multiple accounts
Reproducible - Rebuild rather than backup, simplifies problem resolution
Scalable - Ability to rapidly scale at minimal additional operational cost
Based on work done for both Vodafone NZ and IBM NZ this will draw on a real world solution and tool set, but the standards, framework and methodology could easily be applied to your own environment and team.
Bio
For the last 2.5 years Steven has dual roles of Linux Architect, and Team Lead of the Linux Operations Team at IBM NZ. Prior to joining IBM he developed a scalable Linux solution for Vodafone NZ.
Length: 40m
40페이지정도 되는데 오픈소스툴과 상용툴에 대해서 비교를 참 잘 해놓았네요. 참조하면 도움될 내용입니다.
이 자료말고 제가 최근에 참고했던 또 하나의 자료는 아래에서 설명을 하겠습니다.
오렐리에서 진행한 세미나인듯한데요 뭐 이건 중요한건 아니구요.
ㅇ Building an Automated Infrastructure
http://en.oreilly.com/velocity2008/ Velocity: Optimizing Web Performance and Scalability
여기에서 Building an Automated Infrastructure 의 Presentation: Building an Automated Infrastructure Presentation PPT 파일 받으면 됨
위 자료를 제공하는 사이트에서 소개하고 있는 각종 툴
https://wiki.hjksolutions.com/display/webops/Tools
In this session, we will show one method of building an automated infrastructure by presenting a live demonstration company in EC2. First we will cover all of the components necessary for any automated infrastructure to be successful:
Operating System Installation –- having a consistent, repeatable operating system install.
DNS –- Having a reliable, up to date, standardized naming scheme.
System Inventory and Classification (iClassify) –- Centralized, query-able information about the entire infrastructure.
Version Control –- The heart of the infrastructure: you should be able to rebuild from scratch with nothing but a recent checkout.
Configuration Management (Puppet) –- No more manual configuration.
Identity Management (LDAP) –- Consistent authentication and authorization for every internal service and application.
Monitoring –- Fully automated, always up to date, automated monitoring.
Trending –- The data you need on how your infrastructure is performing.
Application Deployment –- How the automated infrastructure paves the way for an ideal application deployment mechanism.
제 생각에는 위의 첫번째 자료와 두번째 자료를 참고하여 토론을 해보는 것도 참 유익할 듯 하네요.
중요한건 하나하나의 툴을 따로 쓰는것이 아니라 그것이 하나의 전체적인 프레임워크를 구성을 하면서 통합되어 운영될 수 있는 구조가 되어야 하지요.
아 토요일날 이게 뭐하고 있는거야! 오늘은 여기까지...
---------------------------
문태준
http://groups.google.co.kr/group/sysadminstudy 시스템어드민 공부모임
http://tunelinux.pe.kr
http://database.sarang.net
---------------------------
문태준
http://groups.google.co.kr/group/sysadminstudy 시스템어드민 공부모임
http://tunelinux.pe.kr
http://database.sarang.net
이런 이야기도 있고,
이런 이야기도 있고, sun이 인수한 뒤에 라이센스도 많이 바뀌었고 (구체적으로는
잘 모르겠습니다만;;)
해서 다른 커뮤니티에서 어떤 분이 '진즉에 postgresql로 갈아 타길 잘했다'는 이야기도 하시더라구요.
아니면 큐브리드도 괜찮은 대안이 될 수 있을 것 같기도 합니다.
최근에 드는 생각으로는 정말 크리티컬한 환경에서 구동하는 것이 아닌 이상에야 단일 rdbms 자체의 퍼포먼스를 논하는 것이
의미가 있을까 싶은데요, 왜냐하면 제가 보기에 대부분의 상용/오픈 소스 rdbms의 경우 쓰기에 문제가 될 만큼 퍼포먼스가
낮은 것은 없는 것 같아서 말이죠.
대신에 클러스터링이나 mysql같은 경우는 복제(replication), 혹은 기타 다른 방법을 이용한 가용성이 중요한 이슈인 것 같고
이런 것들이 얼마나 유연하고 관리자 친화적(?)으로 편하게 제공되느냐가 관건이라고 봅니다.
결론적으로, 저 계속 mysql 써도 될까요? ㅎㅎ;;;
(postgresql이나 cubrid 정도를 염두하고 있긴 한데...)
--->
데비안 & 우분투로 대동단결!
--->
데비안 & 우분투로 대동단결!
댓글 달기