HCI는 하나의 클러스터에 하드웨어 모델이 달라도 노드를 추가 할 수 있습니다. 새로운 서버는 클러스터에 계속 추가하고 노후화된 서버는 클러스터에서 제거하면 인프라 변경없이 서비스를 계속 사용하실 수 있습니다.
참고로 이전 CPU세대 모델을 사용하시는 고객들께서 최신 CPU모델로 확장을 위한 추가 도입을 하고 계십니다.
글로표현하기 어렵겠지만 ... 확장 시 데이터 마이그레이션, VM 재구성은 어떻게 가능한가요?
확장 시 가상 머신은 신규 노드로 VM을 이동시키면 됩니다. 데이터 마이그레이션 자체가 필요가 없습니다. VM 재구성은 필요하지 않습니다.
Please note: if you are downloading EDB™ Postgres Enterprise, Standard, or Developer, you are registering for a free 60 day evaluation, and are accepting our Privacy Policy and Terms of Use.
EDB EnterpriseDB를 경험해보기 위하여 다운로드를 시도하면 위와 같이 60일 무료평가판이라고 명시하고 있는데요, 60일 이후에는 DB자체가 locking되어버리는 건지요? 아니면 기능이 제한적으로 동작하는 지요?
관리기능만 locking 되구요, DB자체 기능은 제한이 없습니다.
https://www.enterprisedb.com/ 들어가보니까 2가지가 보입니다. (1) Enterprise와 (2) Standard의 차이는 무엇인지요?
Enterprise는 오라클 호환성 탑재 제품이구요, Standard는 커뮤니티 버전인 PostgreSQL 입니다.
어? 그러면 EDB Posgres의 의미가 PostgreSQL과 기능적으로 거의 같다고 이해하면 되는지요?
기본엔진은 PostgreSQL 이지만, EDB에서 추가 개발 탑재한 오라클 호환성과 성능향상 기능은 별개입니다.
[질문] 호환이 안되는 부분에 대해 EDB에서 추가 개발 계획이 있는지 궁금합니다. 예를 들면 listagg 같은 함수 입니다. EPAS에는 array_agg 함수가 해당기능을 하는데요, 오라클과 EPAS 양쪽에서 사용하는 소스를 만들때 어려운 점이 있습니다. 그리고 오라클 호환이 안되는 SQL이 정리된 게 있는지요? (오라클이 EPAS랑 호환안되는 항목을 지원하는 시기가 오기를 바라며^^)
EDB 에서는 버전업을 하면서 Oracle 호환 부분을 지속적으로 추가 하고 있습니다.
HCI기반의 하드웨어는 노드기반의 클러스터 구조로 되어있어서 확장이 효율적인 것으로 알고있습니다. 5년 후 10년 후 시스템 확장 시 노드 확장, 클러스터 재구성, 데이터 마이그레이션, VM 재구성 등이 가능하다고는 하지만 진짜 문제가 없는 것인지 도입을 준비하면서도 확신이 없습니다. 답변부탁드립니다.