Sprzedawca internetowy używa ElastiCache for Redis do buforowania popularnych zapytań o produkty. Klaster obecnie usuwa klucze losowo, niezależnie od TTL, a współczynnik trafień w pamięci podręcznej jest niższy niż pożądany. W jaki sposób administrator SysOps może poprawić współczynnik trafień bez zwiększania rozmiaru klastra lub kosztów?

Obecne losowe usuwanie kluczy (random eviction) prowadzi do usuwania danych, które mogą być nadal często używane, co obniża współczynnik trafień. Zmiana polityki usuwania na LFU (Least Frequently Used) spowoduje, że ElastiCache będzie usuwać klucze, które były najrzadziej używane, co zwiększy prawdopodobieństwo, że często używane dane pozostaną w pamięci podręcznej. To bezpośrednio poprawi współczynnik trafień bez zwiększania rozmiaru klastra ani kosztów. Dodanie kolejnego węzła zwiększyłoby rozmiar klastra i koszty. Zwiększenie wartości TTL dla wszystkich elementów może prowadzić do szybszego zapełniania pamięci podręcznej i nadal nie gwarantuje, że najmniej potrzebne dane zostaną usunięte. Ustawienie polityki usuwania tak, aby losowo usuwać tylko klucze z zdefiniowanym TTL, nadal jest polityką losową i nie optymalizuje wykorzystania pamięci podręcznej w oparciu o wzorce dostępu.