지난 한 해 동안 많은 변화를 겪었습니다. 유연하고 확장 가능하며 사용자 친화적인 플랫폼을 유지하면서 서비스의 폭을 넓히고 성장시킬 수 있는 기회를 가졌습니다. 이 여정은 비약적인 도약이 아니라 앞으로 나아가는 일련의 점진적인 단계입니다. 저희는 이러한 확장 노력을 뒷받침하기 위해 많은 노력을 기울여 왔으며, 그 이면에서 일어나는 일들을 계속해서 여러분과 공유하고자 합니다.
미래를 위한 토대를 마련하려면 하드웨어와 네트워킹과 같은 백엔드 인프라부터 시작해야 합니다. 새로운 기능과 서비스에 집중하다 보면 이러한 부분을 간과할 수 있지만, 강력한 기반이 있어야 더욱 강력한 플랫폼을 구축할 수 있습니다.
더 강력한 성능: 더 빠른 CPU
현재 많은 기존 지역에 AMD EPYC™ 7713 CPU가 탑재되어 있습니다. 이를 현재 제품군에서 가장 일반적인 Zen 2 프로세서 중 하나인 7542와 비교해도 여전히 상당한 원시 성능 향상을 확인할 수 있습니다.
부스트 클럭 속도가 23% 증가하여 더 까다로운 워크로드도 처리할 수 있습니다. 코어 수가 증가하면 단일 실행 엔진에서 실행되는 명령어에서 발생할 수 있는 리소스 경합과 병목 현상이 줄어듭니다.
L3 캐시가 64MB에서 256MB로 무려 400% 증가했습니다. L3 캐시가 커지면 CPU가 데이터를 위해 RAM에 자주 액세스하는 것을 방지할 수 있습니다. RAM은 여전히 대부분의 스토리지 형식보다 빠르지만, CPU 캐시는 프로세서에 바로 내장되어 있어 RAM보다 훨씬 빠릅니다. L3 캐시가 클수록 게임 및 비디오 인코딩을 비롯한 메모리 집약적인 애플리케이션의 성능이 향상됩니다.
표준 고속 스토리지
2021년에 모든 NVMe 블록 스토리지를 출시했으며, 이는 스피닝 디스크나 SATA SSD에 비해 상당한 성능 향상을 제공하지만, 이는 이야기의 일부에 불과합니다. 다른 제공업체에서는 로컬 스토리지가 기본으로 제공되지 않고 연결형 또는 임시 스토리지만 제공되는 경우가 많은데, 저희의 컴퓨팅 요금제에는 로컬 스토리지가 기본으로 제공됩니다.
블록 스토리지는 데이터를 균일한 '블록'으로 분리하므로 여러 VM 또는 호스트에 분산해야 하는 고성능 파일 시스템에 이상적입니다. 블록 스토리지는 일반적으로 로컬에서 사용되므로 VM은 스토리지가 직접 연결된 동일한 하드웨어에 위치하거나 NAS(네트워크 연결 스토리지)로 사용됩니다.
두 구성 모두 높은 성능을 볼 수 있지만, 서버가 실행 중인 동일한 마더보드에 물리적으로 연결된 디스크와 이더넷을 통해 연결된 NAS 장치 사이에는 큰 차이가 있습니다.
두 개의 동일한 NVMe 디스크를 사용하면 NAS보다 로컬 스토리지에서 항상 더 높은 성능을 경험할 수 있습니다. 그러나 NAS는 더 유연하며 여러 호스트가 대규모로 액세스할 수 있는 대규모 스토리지 어레이를 구축할 수 있습니다. 저희 요금제는 로컬 스토리지와 함께 제공되며, VM에 연결할 수 있는 추가 블록 스토리지를 제공하며, 모두 NVMe를 사용합니다.
소프트웨어 RAID 컨트롤러
KVM 에서 전환한 2015년에 기본 하이퍼바이저가 되었습니다 ( Xen KVM ). 동일한 하드웨어를 사용하면서 가상 머신의 성능을 크게 개선했습니다. 현재에 이르러서는 새로운 빌드의 일부로 소프트웨어 RAID 컨트롤러를 사용하여 Linux 커널 가상화를 중심으로 계속 빌드하고 있습니다.
한때 하드웨어 RAID 컨트롤러가 소프트웨어 설정보다 빠르다고 여겨졌지만, 더 빨라진 CPU로 인해 소프트웨어 컨트롤러의 성능이 하드웨어 컨트롤러보다 향상되지는 않았어도 비슷해졌습니다. 새로운 데이터센터 구축의 일부로, 저희는 이제 Linux 커널의 다중 장치(MD) 및 커널 블록 드라이버를 사용하고 있습니다.
Linux 소프트웨어 RAID 컨트롤러는 mdadm을 통해 관리되며, 핫스왑 섀시 없이도 내장된 핫스왑 기능을 포함하여 구성에 더 높은 수준의 유연성을 부여합니다. 이러한 설정은 정기적인 일관성 검사를 실행하고 불량 섹터를 자동으로 수정합니다.
SMBIOS
2022년 10월부터 저희 호스트에는 시스템 관리 BIOS(SMBIOS)가 탑재됩니다. SMBIOS는 사용자가 MIF 데이터베이스를 쿼리하고 컴퓨팅 인스턴스에 대한 정보를 검색할 수 있는 기능을 제공합니다. 이 기능을 추가한 이후 인스턴스가 부팅/재부팅되었다면 dmidecode 명령을 사용하여 인스턴스 유형과 ID를 찾을 수 있습니다.
실행:
dmidecode -t1
이전에는 이 정보를 필요에 따라 사용할 수 없었지만 이제 언제든지 터미널에서 가져올 수 있습니다. 이것은 로컬 메타데이터를 대체하는 것은 아니지만 API 를 대체하는 것은 아니지만 사용자 지정 스크립팅을 위한 편리한 도구가 될 수 있습니다.
그리고 점점 더
새로운 서비스를 지속적으로 확대하고 개발함에 따라 전반적으로 지속적이고 일관된 개선을 기대할 수 있습니다. 앞으로 계속 진행하면서 모든 사소한 세부 사항과 주요 세부 사항을 계속 업데이트해 드리겠습니다.
댓글 (3)
I’ve been a linode customer since April 2004, where it was a UserModeLinux (UML) based system, with a whopping 64Mb RAM and 3Gb disk (plus 1.5Gb disk for paying yearly).
Over the past 19 years your upgrades have meant I now have 4Gb RAM, 2CPUs, 80GB storage. A massive increase. All for the same price (well, until next month, anyway).
It’s good to see linode keeping up the tradition of improving the service!
The complicate one is when Linode instand got bigger storage than the current one.
It’s really hard to resize.
What if we need only create server capacity without increase storage?
What if we need only crease storage but not server capacity?
Jirou:Thanks for the suggestion! We’ve added it to our internal tracker and have passed along your feedback to our team. This way, the relevant teams can keep this in mind as we continue to improve our infrastructure and services.