AWS Outposts, Amazon Elastic Block Store 로컬 스냅샷 기능 신규 출시

2021-02-10 KENNETH 0

AWS Outposts, Amazon Elastic Block Store 로컬 스냅샷 기능 신규 출시 AWS Outposts 고객은 이제 Amazon Elastic Block Store(EBS) 볼륨의 로컬 스냅샷을 만들어 데이터 레지던시 및 로컬 백업 요구 사항을 쉽게 충족할 수 있습니다. AWS Outposts는 AWS 인프라, 서비스, API 및 도구를 거의 모든 데이터 센터, 코로케이션 공간 또는 온프레미스 시설로 확장하여 진정으로 일관된 하이브리드 환경을 제공하는 완전관리형 서비스입니다. 지금까지 Outposts의 Amazon EBS 스냅샷은 기본적으로 AWS 리전의 Amazon Simple Storage Service(S3)에 저장되었습니다. Amazon S3 on Outposts로 Outpost를 프로비저닝한 경우, 이제 선택적으로 스냅샷을 Outpost에 로컬로 저장할 수 있습니다. 고객은 낮은 지연 시간, 로컬 데이터 프로세싱 또는 데이터 레지던시 요구 사항으로 인해 온프레미스에서 실행해야 하는 애플리케이션을 AWS Outposts를 사용하여 지원합니다. 현재 AWS 리전이 존재하지 않는 국가에서 AWS 서비스를 사용하려는 고객은 Outposts에서 애플리케이션을 실행할 수 있습니다. 때로는 규제, 계약 또는 정보 보안상의 이유로 데이터를 특정 국가, 주 또는 지방 자치 단쳬 내에 유지해야 [ more… ]

Amazon S3용 AWS PrivateLink 정식 출시

2021-02-10 KENNETH 0

Amazon S3용 AWS PrivateLink 정식 출시 AWS re:Invent에서 곧 출시한다고 발표했던 Amazon S3용 AWS PrivateLink를 이제 정식 출시합니다. AWS PrivateLink는 가상 네트워크의 프라이빗 IP를 사용하여 Amazon Simple Storage Service(S3)와 온프레미스 리소스 간에 프라이빗 연결을 제공합니다. 2015년에는 S3 가 VPC 종단점을 추가하는 첫 번째 서비스였습니다. 이러한 엔드포인트는 게이트웨이 또는 NAT 인스턴스가 필요하지 않은 S3에 대하여 보안 연결을 제공합니다. 이러한 새로운 유연성은 고객의 환영을 받았지만 AWS Direct Connect 또는 AWS VPN이 제공하는 보안 연결을 통해 온프레미스 애플리케이션에서 S3에 액세스하는 방법이 필요하다는 요구도 있었습니다. AWS의 고객에게는 매우 많은 리소스가 있기 때문에 Amazon Virtual Private Cloud에 프라이빗 IP 주소를 사용하여 프록시 서버를 설정하고 S3용 게이트웨이 엔드포인트를 사용하여 이 문제를 해결할 수 있는 방법을 찾았습니다. 이 솔루션은 작동하긴 하지만, 프록시 서버가 일반적으로 성능을 제한하고 추가 장애 지점이 생기며 운영 복잡성도 커집니다. AWS는 이러한 단점 없이 고객을 위해 이 문제를 해결할 수 있는 방법을 연구했으며 S3용 [ more… ]

No Image

Minecraft Dungeons reaches 10 million players

2021-02-10 KENNETH 0

Minecraft Dungeons reaches 10 million players The Minecraft Dungeons community has crossed a major milestone: reaching 10 million players across all supported platforms, since its launch in May. To celebrate reaching this monumental point, players will see a new cape and a pet. Find out more at Minecraft.net. Source: Minecraft Dungeons reaches 10 million players

No Image

USN-4726-1: OpenJDK vulnerability

2021-02-10 KENNETH 0

USN-4726-1: OpenJDK vulnerability It was discovered that OpenJDK incorrectly handled the direct buffering of characters. An attacker could use this issue to cause OpenJDK to crash, resulting in a denial of service, or cause other unspecified impact. Source: USN-4726-1: OpenJDK vulnerability

No Image

InnoDB Data Locking – Part 3 “Deadlocks”

2021-02-09 KENNETH 0

InnoDB Data Locking – Part 3 “Deadlocks” In this  blog series, I’m describing how InnoDB locks data (tables and rows) in order to provide illusion to clients that their queries are executed one after another, and how this was improved in recent releases. In InnoDB Data Locking – Part 1 “Introduction” I’ve introduced basic concepts required to understand current post: databases, tables, rows (like files on a shared drive, spreadsheets inside a file, and rows inside a spreadsheet) serializability of transactions (ability to explain states observed over time with a convincing story about relative order of parallel operations) timeouts (for misbehaving lock owners, and to resolve deadlocks) reader-writer lock (shared/exclusive access rights) starvation (permanent inflow of readers starving a writer waiting for its turn) queueing (FIFO, or priority) read views (read-only snapshots which allow stale reads concurrent to new writes) [ more… ]