모두가 최대한 높은 캐시 비율을 추구하고 있습니다. Cloudflare의 캐시에서 더 많은 콘텐츠를 제공하면 방문자에게 더 빠르게 로드되고, 웹 사이트 운영자는 원점으로부터의 송신 비용을 절약할 수 있으며, 여러 계층의 복원력과 보호 기능을 제공하여 콘텐츠가 원활하게 제공되고 웹 사이트가 쉽게 확장되도록 보장할 수 있습니다. 1년 전, 저희는 Cache Reserve를 도입하여 고객이 Cloudflare의 캐시에서 최대한 많은 콘텐츠를 제공할 수 있도록 지원했습니다.
오늘, 몇 가지 기대되는 새 기능의 도입과 함께 Cache Reserve를 베타 버전에서 Cache Reserve 정식 버전(GA)으로 전환했음을 발표하게 되어 기쁘게 생각합니다. 이러한 새로운 기능에는 Cloudflare 대시보드의 캐시 개요 섹션에 표시되는 분석에 Cache Reserve를 추가하여 고객이 Cache Reserve를 시간이 지남에 따라 어떻게 사용하고 있는지 확인하는 기능이 포함됩니다. 또한 고객이 에지 캐시의 콘텐츠 손실 없이 Cache Reserve의 모든 데이터를 삭제하는 기능도 추가했습니다. 이 기능은 스토리지를 더 이상 사용하지 않는 고객에게 유용합니다.
또한 베타 기간 동안 받은 소중한 피드백을 바탕으로 조직에서 Cache Reserve에 저장할 파일을 더욱 세밀하게 제어할 수 있는 새로운 도구를 도입합니다. Cache Reserve의 기본 구성은 캐시 가능한 모든 파일을 캐시하는 것이지만, 일부 베타 고객은 빠르게 변경되는 특정 파일을 캐시하고 싶지 않다는 의견을 보내왔습니다. 이러한 피드백을 바탕으로 캐시 규칙 내에서 Cache Reserve 자격을 정의하는 기능을 추가했습니다. 이 새로운 규칙을 이용하여 사용자는 Cache Reserv에 허용되는 트래픽을 매우 구체적으로 지정할 수 있습니다.
Cache Reserve를 직접 체험해 보려면 Cloudflare 대시보드의 Cache Reserve 섹션을 방문해서 버튼 하나만 눌러 Cache Reserve를 활성화하고 비용 효율적인 고성능 콘텐츠 전송을 체험하시면 됩니다.
캐싱 배경
콘텐츠 전송은 클라이언트나 브라우저에서 웹페이지, 동영상, 앱, 고양이 사진 등을 요청하면 시작됩니다. 이 요청은 요청된 콘텐츠의 호스트인 원본 서버로 이동합니다. 원본 서버에서는 필요한 데이터를 취합하고 패키징하여 클라이언트에게로 다시 전송합니다. 이때 웹 사이트 운영자는 호스트에서 요청 방문자에게 콘텐츠를 전송하는 데 따른 수수료를 부과하는 경우가 많습니다. 웹 사이트 운영자의 월 호스팅 요금 청구서에는 이 "전송된" 데이터의 GB당 요금이 자주 포함되는데, 이를 송신료 또는 "송신세"라고 부르며, 이전에 블로그에서 이 수수료가 왜 나쁜 관행이라고 생각하는지에 대해 설명한 적이 있습니다.
데이터가 클라이언트에게로 돌아오는 동안 Cloudflare에서는 원본의 응답을 캐시할 수 있습니다. 캐싱을 사용하면 동일한 콘텐츠를 요청하는 후속 방문자가 원본 서버가 아닌 캐시 서버 중 하나로부터 콘텐츠를 수신할 수 있습니다. 이제 파일이 Cloudflare의 서버에서 제공되므로 웹 사이트 운영자는 송신료를 절약할 수 있습니다. 또한 Cloudflare의 캐시 서버는 일반적으로 고객의 자체 원본 서버보다 최종 사용자와 물리적으로 훨씬 더 가까운 곳에 위치하므로 성능이 향상됩니다.
캐시에서 파일을 제공하는 것은 인터넷을 통해 콘텐츠를 효율적으로 전송하기 위한 기본적이면서 필수적인 전략입니다. 캐시 서버로부터 웹 사이트 콘텐츠가 제공되면 이를 캐시히트라고 하며, "히트/미스" 비율을 통해 캐시의 효율성을 평가할 수 있습니다. 그러나 콘텐츠가 캐시에 없고 원본 서버로 돌아가서 콘텐츠의 새 복사본을 가져와야 하는 경우 이를 캐시 누락이라고 합니다.
캐시 누락이 발생하는 이유
다양한 이유로 적격 콘텐츠가 캐시에서 제공되지 않는 경우가 있습니다. 한 가지 시나리오는 Cloudflare에서 원본의 유효성을 다시 검사하여 새 복사본을 사용할 수 있는지 확인해야 할 때 발생합니다. 이 상황은 고객이 캐시된 콘텐츠를 방문자에게 제공해야 하는 기간과 오래된(부실한) 콘텐츠로 간주할 시점을 지정하기 위해 리소스의 Time-to-Live(TTL)를 구성한 경우에 발생합니다. 하지만 _사용자_가 캐시에서 콘텐츠를 안전하게 제공할 수 있는 기간을 지정하는 것은 이야기의 일부일 뿐입니다. 또한 콘텐츠 전송 네트워크(CDN)는 모든 고객을 위해 스토리지를 가장 잘 활용하는 방법을 고려하고 네트워크 최적화를 수행하여 올바른 자산이 올바른 위치에 캐시되도록 해야 합니다.
CDN은 캐시 공간이 최대 용량에 가까워지면 다른 자산을 위해 스토리지를 최적화하기 위해 지정된 TTL 전에 콘텐츠를 만료시킬지 여부를 결정해야 합니다. Cloudflare의 만료 전략은 인기도에 따라 콘텐츠의 우선순위를 정하며, "가장 최근에 사용되지 않은" 또는 LRU라는 알고리즘을 사용합니다. 즉, 콘텐츠의 TTL에 해당 콘텐츠가 장기간 캐시되어야 한다고 명시되어 있더라도 다른 리소스보다 요청 빈도가 낮은 경우 더 자주 액세스하는 콘텐츠를 위한 공간을 확보하기 위해 콘텐츠를 더 일찍 만료시켜야 할 수 있습니다.
이러한 접근 방식은 때때로 캐시 누락이 예기치 않게 발생하는 이유를 궁금해하는 사용자를 당혹스럽게 만들 수 있습니다. 만료 기능이 없으면 요청 방문자로부터 멀리 떨어진 데이터 센터에 콘텐츠를 저장해야 하므로 자산 성능이 저하되고 Cloudflare의 네트워크 운영에 비효율이 발생하게 됩니다.
그러나 일부 고객은 요청 빈도는 높지 않지만 원본에서 제공되지 않도록 보호하고 싶은 대규모 콘텐츠 라이브러리를 보유하고 있습니다. 기존 캐싱 설정에서는 이러한 자산이 인기가 낮아지면 만료되고 다시 요청할 때 원본에서 가져와서 송신료가 발생할 수 있습니다. Cache Reserve는 이와 같은 시나리오를 위한 솔루션으로, 고객이 원본 서버가 아닌 Cloudflare 네트워크에서 자산을 전송하여 관련 송신세를 피하고 더 나은 성능을 제공할 수 있습니다.
Cache Reserve 기본 사항
Cache Reserve는 계층형 캐시 및 R2 스토리지를 비롯한 여러 Cloudflare 기술을 결합하여 사용자가 자주 액세스하지 않더라도 자산이 Cloudflare 네트워크에서 만료되지 않도록 하는 방법을 조직에 원활하게 제공합니다. 일단 Cache Reserve에 들어가면 콘텐츠는 LRU 만료 조치 없이 기본 30일이라는 훨씬 더 긴 기간 동안 저장할 수 있습니다. 이 기간에 콘텐츠에 대한 또 다른 요청이 도착하면 기본적으로 30일(등)을 더 연장하거나 더 이상 캐시에서 콘텐츠를 제공하지 않아야 함을 의미하는 TTL까지 연장할 수 있습니다. Cache Reserve는 캐시 가능한 모든 콘텐츠를 백업하는 안전망 역할을 하므로 고객은 원치 않는 캐시 만료 및 원본 송신료에 대한 걱정 없이 안심하고 밤에 숙면할 수 있습니다.
Cache Reserve의 구성은 단순하고 효율적이며, 평균적으로 구성하는 데 몇 초밖에 걸리지 않고 적중률이 급격히 증가하기 시작합니다. Cloudflare 대시보드의 Cache Reserve 섹션에서 버튼 하나만 누르면 모든 적격 콘텐츠가 Cache Reserve 누락에 기록되고, Cloudflare에서 원본에 리소스를 요청하기 전에 검색됩니다. Cache Reserve를 사용하는 데 필요한 사항에 대한 자세한 내용은 설명서를 참조하세요.
고객은 또한 Cache Reserve를 사용할 때 상당한 비용 절감 효과를 보고 있으며, 호스팅 공급자에게 송신료를 지불할 때보다 훨씬 적은 비용만 지불하는 경우가 많습니다. Docker의 표현을 빌리자면,
"Cache Reserve를 통한 2% 캐시 적중률 개선으로 S3 송신의 약 3분의 2가 제거되었습니다. 송신료금의 감소는 우리가 Cache Reserve에 대해 지불한 가격보다 거의 몇 배나 되는 큰 규모입니다."Brett Inman, Docker | 엔지니어링 수석 관리자
Cache Reserve의 새로운 기능은?
Cache Reserve에 관한 지난번 블로그 게시물 이후 사용자의 삶의 질을 개선하는 세 가지 중요한 업데이트가 이루어졌습니다.
새로운 분석 기능
이전에는 Cache Reserve 분석에서는 특정 웹 사이트에서 사용한 스토리지의 양과 특정 기간 동안 사용된 작업 수에 대한 추정치가 제공되었습니다. 이제는 분석 기능을 기존 Cache analytics와 더 유사하게 개선하여 고객이 Cache analytics 대시보드에서 스토리지 및 운영을 맞춤형 시계열로 볼 수 있도록 했습니다.
또한 업데이트된 Cache Reserve 분석을 통해 제품을 사용함으로써 얼마나 많은 송신료를 절약할 수 있는지 추정할 수 있습니다.
앞으로 몇 달 안에 Cache Reserve에서 가장 많이 요청되고 가장 많이 제공되는 항목에 대한 가시성도 제공할 예정입니다.
Cache Reserve 스토리지 삭제
Cache Reserve를 변경, 제거하거나 사용을 완전히 중단하려는 사용자들이 Cloudflare의 기존 에지 캐시 사용에 영향을 주지 않고 스토리지를 지울 수 있는 간단한 방법을 요청했습니다. 이전에는 Cache Reserve를 지우려면 콘텐츠를 삭제해야 했습니다. 제거하면 기존 에지 캐시에 캐시된 콘텐츠도 지워지기 때문에 추가적인 원본 가져오기 및 내보내기 송신료가 발생할 수 있으므로 문제가 될 수 있습니다.
저희는 Cache Reserve 대시보드에서 버튼 하나만 누르면 Cache Reserve 스토리지를 삭제할 수 있는 새로운 방법을 구축했습니다. 이 작업을 수행할 때는 Cache Reserve가 지워질 때까지 기다렸다가 다시 활성화해야 합니다. 이 기간은 Cache Reserve에 저장된 양에 따라 다를 수 있지만, 일반적으로 약 24시간이 소요됩니다.
Cache Reserve 삭제 버튼은 제거와는 다릅니다. 제거는 한 번의 요청으로 Cache Reserve 및 에지 캐시를 포함하여 모든 Cloudflare 캐시에서 리소스를 무효화할 수 있습니다. Cache Reserve 삭제 버튼은 Reserve의 전체 스토리지만 적극적으로 제거합니다. 현재 이 작업은 영역과 연결된 전체 Cache Reserve 스토리지에 대해 수행할 수 있습니다.
캐시 규칙에의 통합
얼리어답터들로부터 가장 많이 요청받는 Cache Reserve 기능 중 하나는 웹 사이트의 어떤 부분을 Cache Reserve에 저장하는지 지정하는 기능입니다. 이전에는 사용자가 Cache Reserve를 활성화하면 Cache Reserve에 적합한 웹 사이트의 모든 자산이 Reserve에 저장될 수 있었습니다. 송신료에 민감한 고객에게는 여전히 이 경로를 권장합니다. 그러나 이제 Cache Reserve의 대상 자산을 사용자 지정하고자 하는 고객의 경우, 일반적인 Cache Rules 필드(호스트 이름, 경로, URL 등)와 리소스의 최소 크기와 같은 새로운 Cache Rules를 사용하여 Cache Reserve에 저장해야 하는 자산을 지정할 수 있습니다. 예를 들어, Cache Reserve에 기록해야 하는 모든 자산의 최소 크기를 100KB로 지정할 수 있습니다. 새로운 규칙 기능을 사용하면 Cache Reserve 고객은 에지 캐시의 활용도를 유지하면서 Reserve 구축 방식을 사용자 지정할 수 있으며, 더 많은 비용을 절약할 수 있습니다.
지금 바로 Cache Reserve를 사용해 보세요!
Cache Reserve를 사용하려면 Cloudflare 대시보드에서 캐시 섹션으로 이동하여 Cache Reserve를 클릭하고 스토리지 동기화 활성화를 누르면 됩니다. 사용해 보시고 의견을 알려주세요!