{"id":22164,"date":"2026-11-05T11:30:00","date_gmt":"2026-11-05T10:30:00","guid":{"rendered":"https:\/\/webhosting.de\/?p=22164"},"modified":"2026-11-05T07:23:23","modified_gmt":"2026-11-05T06:23:23","slug":"dimensionare-correttamente-la-parametro-maxmemory-di-redis","status":"publish","type":"post","link":"https:\/\/webhosting.de\/it\/redis-maxmemory-richtig-dimensionieren\/","title":{"rendered":"Dimensionare correttamente maxmemory in Redis: riserve di memoria per i dati e il funzionamento"},"content":{"rendered":"<div class=\"wh-article\" data-wh-layout=\"2.1.2\" style=\"width:100%;max-width:820px;margin:0 auto;color:#263b4b;font-family:inherit;font-size:18px;line-height:1.8;text-align:start;overflow-wrap:break-word;box-sizing:border-box\"><p class=\"wh-lead\" style=\"font-size:20px;line-height:1.7;color:#233746;margin:0 0 1.1em\">Set <code data-no-translation style=\"font:600 .87em\/1.5 ui-monospace,monospace;color:#235063;background:#edf3f5;border-radius:4px;padding:.1em .3em\">maxmemory<\/code> non corrisponde alla RAM disponibile: questo valore regola l\u2019eviction, ma non limita il consumo complessivo del processo o del container. Oltre ai dati e all\u2019overhead di Redis, occorre prevedere spazio anche per i buffer, gli effetti dell\u2019allocatore e i picchi di persistenza.  Un valore iniziale affidabile si ricava dalla <strong style=\"font-weight:700;color:inherit\">limite effettivo di memoria<\/strong> e l'andamento dei consumi con un carico rappresentativo. Esporta separatamente i valori \"Primary\" e \"Replicate\" e verifica il budget anche in vista di un eventuale cambio di ruolo. <\/p>\n<nav class=\"wh-toc\" aria-label=\"Contenuto di questo articolo\" style=\"display:block;margin:28px 0 38px;padding:22px;border:1px solid #d9e4e8;border-radius:14px;background:#f4f8f8\"><p class=\"wh-toc-title\" style=\"font-size:13px;font-weight:700;letter-spacing:.08em;color:#49656b;margin:0 0 14px\">Vai direttamente alla sezione<\/p><div class=\"wh-toc-grid\" style=\"display:grid;grid-template-columns:repeat(auto-fit,minmax(min(100%,280px),1fr));gap:10px\"><div class=\"wh-toc-item\" style=\"display:block;min-width:0;margin:0;padding:0\"><a class=\"wh-toc-link\" href=\"#maxmemory-grundlagen\" style=\"display:block;height:100%;padding:12px 15px;border:1px solid #dce6e8;border-radius:9px;background:#fff;color:#18575b;font-size:14px;line-height:1.5;font-weight:600;text-decoration:none;box-sizing:border-box\">Cosa limita effettivamente maxmemory<\/a><\/div>\n<div class=\"wh-toc-item\" style=\"display:block;min-width:0;margin:0;padding:0\"><a class=\"wh-toc-link\" href=\"#rss-und-persistenz\" style=\"display:block;height:100%;padding:12px 15px;border:1px solid #dce6e8;border-radius:9px;background:#fff;color:#18575b;font-size:14px;line-height:1.5;font-weight:600;text-decoration:none;box-sizing:border-box\">RSS, Allocator e picchi di persistenza<\/a><\/div>\n<div class=\"wh-toc-item\" style=\"display:block;min-width:0;margin:0;padding:0\"><a class=\"wh-toc-link\" href=\"#replikation-speicher\" style=\"display:block;height:100%;padding:12px 15px;border:1px solid #dce6e8;border-radius:9px;background:#fff;color:#18575b;font-size:14px;line-height:1.5;font-weight:600;text-decoration:none;box-sizing:border-box\">I replici richiedono un proprio budget<\/a><\/div>\n<div class=\"wh-toc-item\" style=\"display:block;min-width:0;margin:0;padding:0\"><a class=\"wh-toc-link\" href=\"#metriken-erfassen\" style=\"display:block;height:100%;padding:12px 15px;border:1px solid #dce6e8;border-radius:9px;background:#fff;color:#18575b;font-size:14px;line-height:1.5;font-weight:600;text-decoration:none;box-sizing:border-box\">Registrare la memoria su tre livelli<\/a><\/div>\n<div class=\"wh-toc-item\" style=\"display:block;min-width:0;margin:0;padding:0\"><a class=\"wh-toc-link\" href=\"#budget-rechnen\" style=\"display:block;height:100%;padding:12px 15px;border:1px solid #dce6e8;border-radius:9px;background:#fff;color:#18575b;font-size:14px;line-height:1.5;font-weight:600;text-decoration:none;box-sizing:border-box\">Calcolare un budget di memoria sostenibile<\/a><\/div>\n<div class=\"wh-toc-item\" style=\"display:block;min-width:0;margin:0;padding:0\"><a class=\"wh-toc-link\" href=\"#eviction-vergleichen\" style=\"display:block;height:100%;padding:12px 15px;border:1px solid #dce6e8;border-radius:9px;background:#fff;color:#18575b;font-size:14px;line-height:1.5;font-weight:600;text-decoration:none;box-sizing:border-box\">Confronto pratico delle politiche di sfratto<\/a><\/div>\n<div class=\"wh-toc-item\" style=\"display:block;min-width:0;margin:0;padding:0\"><a class=\"wh-toc-link\" href=\"#betrieb-ueberwachen\" style=\"display:block;height:100%;padding:12px 15px;border:1px solid #dce6e8;border-radius:9px;background:#fff;color:#18575b;font-size:14px;line-height:1.5;font-weight:600;text-decoration:none;box-sizing:border-box\">Controllare la riserva sotto carico<\/a><\/div>\n<div class=\"wh-toc-item\" style=\"display:block;min-width:0;margin:0;padding:0\"><a class=\"wh-toc-link\" href=\"#fehler-diagnose\" style=\"display:block;height:100%;padding:12px 15px;border:1px solid #dce6e8;border-radius:9px;background:#fff;color:#18575b;font-size:14px;line-height:1.5;font-weight:600;text-decoration:none;box-sizing:border-box\">Individuare in modo mirato i problemi di memoria<\/a><\/div>\n<div class=\"wh-toc-item\" style=\"display:block;min-width:0;margin:0;padding:0\"><a class=\"wh-toc-link\" href=\"#hosting-entscheidung\" style=\"display:block;height:100%;padding:12px 15px;border:1px solid #dce6e8;border-radius:9px;background:#fff;color:#18575b;font-size:14px;line-height:1.5;font-weight:600;text-decoration:none;box-sizing:border-box\">Valutare l'hosting e l'architettura di Redis<\/a><\/div>\n<\/div><\/nav><section class=\"wh-section\" aria-labelledby=\"maxmemory-grundlagen\" style=\"display:block;margin:0 0 36px;min-width:0\"><h2 id=\"maxmemory-grundlagen\" style=\"margin:38px 0 18px;color:#172f41;font-size:clamp(24px,1.25rem + 1vw,30px);font-weight:700;line-height:1.3;scroll-margin-top:115px\">Cosa limita effettivamente maxmemory<\/h2><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\"><code data-no-translation style=\"font:600 .87em\/1.5 ui-monospace,monospace;color:#235063;background:#edf3f5;border-radius:4px;padding:.1em .3em\">maxmemory<\/code> crea in Redis Open Source un <strong style=\"font-weight:700;color:inherit\">Soglia di sfratto<\/strong> Non esiste un limite massimo rigido per il processo Redis o il suo container. Se il consumo rilevante ai fini della gestione della memoria raggiunge la soglia, Redis tenta di rimuovere alcune chiavi in base alla policy selezionata. Nel caso di una policy senza eviction, i comandi di scrittura che aumentano l'occupazione di memoria potrebbero invece fallire. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">L'indicatore <code data-no-translation style=\"font:600 .87em\/1.5 ui-monospace,monospace;color:#235063;background:#edf3f5;border-radius:4px;padding:.1em .3em\">used_memory<\/code> comprende la memoria occupata da Redis tramite il suo allocatore. Ci\u00f2 include non solo i valori effettivi della tua applicazione, ma anche le strutture di gestione e altre aree di memoria di Redis. Chi deduce il limite basandosi esclusivamente sulla dimensione stimata dei dati utili, non tiene conto di questo overhead. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Una parte di <code data-no-translation style=\"font:600 .87em\/1.5 ui-monospace,monospace;color:#235063;background:#edf3f5;border-radius:4px;padding:.1em .3em\">used_memory<\/code> \u00e8 escluso dalla prova di espulsione: <code data-no-translation style=\"font:600 .87em\/1.5 ui-monospace,monospace;color:#235063;background:#edf3f5;border-radius:4px;padding:.1em .3em\">mem_not_counted_for_evict<\/code> presenta in particolare buffer temporanei di replica e AOF. Questi buffer richiedono comunque memoria fisica. Il valore \u00e8 gi\u00e0 presente in <code data-no-translation style=\"font:600 .87em\/1.5 ui-monospace,monospace;color:#235063;background:#edf3f5;border-radius:4px;padding:.1em .3em\">used_memory<\/code> \u00e8 gi\u00e0 incluso e pertanto non pu\u00f2 essere sommato una seconda volta a questo indicatore senza essere verificato.  <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Ci\u00f2 non significa che tutte le memorie dei client o di replica siano escluse dal calcolo dell'eviction. Inoltre, un singolo comando di grandi dimensioni pu\u00f2 superare temporaneamente la soglia in modo significativo. Se imposti <code data-no-translation style=\"font:600 .87em\/1.5 ui-monospace,monospace;color:#235063;background:#edf3f5;border-radius:4px;padding:.1em .3em\">maxmemory<\/code> Raggiunto il limite massimo del container, non rimane alcun margine affidabile per tali sbalzi e per il consumo aggiuntivo di risorse di processo. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Per la pianificazione occorre quindi rispondere separatamente a due domande: quanto spazio occupano il set di dati e l\u2019overhead di Redis all\u2019interno della gestione della memoria? E di quanta riserva ha bisogno, inoltre, l\u2019intero ambiente di esecuzione? Solo considerando entrambe le prospettive insieme \u00e8 possibile stabilire se un valore scelto sia plausibile al di sotto del limite effettivo di memoria.<\/p>\n<\/section><section class=\"wh-section\" aria-labelledby=\"rss-und-persistenz\" style=\"display:block;margin:0 0 36px;min-width:0\"><h2 id=\"rss-und-persistenz\" style=\"margin:38px 0 18px;color:#172f41;font-size:clamp(24px,1.25rem + 1vw,30px);font-weight:700;line-height:1.3;scroll-margin-top:115px\">RSS, Allocator e picchi di persistenza<\/h2><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Dopo un picco di carico, \u00e8 possibile <code data-no-translation style=\"font:600 .87em\/1.5 ui-monospace,monospace;color:#235063;background:#edf3f5;border-radius:4px;padding:.1em .3em\">used_memory<\/code> diminuire, mentre <code data-no-translation style=\"font:600 .87em\/1.5 ui-monospace,monospace;color:#235063;background:#edf3f5;border-radius:4px;padding:.1em .3em\">used_memory_rss<\/code> rimane elevato: Redis ha s\u00ec liberato memoria tramite l\u2019allocatore, ma questa non \u00e8 stata necessariamente restituita immediatamente al sistema operativo. L\u2019RSS descrive la memoria residente del processo dal punto di vista del sistema operativo e rappresenta quindi un diverso livello di osservazione. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Supponiamo che una cache cresca notevolmente durante un\u2019operazione e che molte chiavi scadano in seguito. Il valore di memoria Redis pi\u00f9 basso non implica automaticamente che il contenitore recuperi immediatamente una quantit\u00e0 corrispondente di spazio libero. Per il picco successivo, quindi, l\u2019andamento del consumo effettivo \u00e8 pi\u00f9 importante dell\u2019ipotesi che la memoria liberata scompaia immediatamente. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Anche <code data-no-translation style=\"font:600 .87em\/1.5 ui-monospace,monospace;color:#235063;background:#edf3f5;border-radius:4px;padding:.1em .3em\">mem_fragmentation_ratio<\/code> non \u00e8 una semplice percentuale di frammentazione. Il rapporto comprende anche altre componenti del processo; per l\u2019analisi delle cause dovresti considerarlo insieme ai dati disponibili <code data-no-translation style=\"font:600 .87em\/1.5 ui-monospace,monospace;color:#235063;background:#edf3f5;border-radius:4px;padding:.1em .3em\">allocator_*<\/code>-analizzare le metriche e lo storico del carico. Da un singolo rapporto non \u00e8 possibile dedurre una riserva valida in generale. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Nel caso degli snapshot RDB e delle riscritture AOF, Redis genera un processo figlio. Tramite <strong style=\"font-weight:700;color:inherit\">Copy-on-Write<\/strong> Potrebbero essere necessarie ulteriori pagine di memoria fisica se, durante il ciclo di persistenza, le pagine vengono modificate. Quanto pi\u00f9 intenso e esteso \u00e8 il carico di scrittura durante tale fase, tanto pi\u00f9 \u00e8 importante tenerne conto nella pianificazione della capacit\u00e0. <\/p>\n<figure class=\"wp-block-image size-large wh-figure\" aria-describedby=\"wh-caption-detail1\" style=\"display:block;float:none;clear:both;width:100%;max-width:760px;margin:34px auto 40px;border:1px solid #dae5e9;border-radius:14px;overflow:hidden;background:#f5f8fa;box-shadow:0 10px 28px -17px rgba(24,47,60,.28);box-sizing:border-box\"><div class=\"wh-figure-media\" style=\"display:block;background:#eef3f5;line-height:0\"><img loading=\"lazy\" width=\"800\" height=\"534\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/11\/redis-persistenz-ram-reserve-54c86e44-detail1-08896ef59b-1024x683.webp\" class=\"wp-image-22167\" alt=\"Immagine simbolica generata dall&#039;intelligenza artificiale che raffigura un modulo RAM smontato su una base antistatica.\" decoding=\"async\" srcset=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/11\/redis-persistenz-ram-reserve-54c86e44-detail1-08896ef59b-1024x683.webp 1024w, https:\/\/webhosting.de\/wp-content\/uploads\/2026\/11\/redis-persistenz-ram-reserve-54c86e44-detail1-08896ef59b-300x200.webp 300w, https:\/\/webhosting.de\/wp-content\/uploads\/2026\/11\/redis-persistenz-ram-reserve-54c86e44-detail1-08896ef59b-768x512.webp 768w, https:\/\/webhosting.de\/wp-content\/uploads\/2026\/11\/redis-persistenz-ram-reserve-54c86e44-detail1-08896ef59b-18x12.webp 18w, https:\/\/webhosting.de\/wp-content\/uploads\/2026\/11\/redis-persistenz-ram-reserve-54c86e44-detail1-08896ef59b.webp 1536w\" sizes=\"auto, (max-width: 800px) 100vw, 800px\" ><\/div><figcaption class=\"wh-caption\" id=\"wh-caption-detail1\" style=\"display:block;margin:0;padding:12px 18px 15px;border-top:1px solid #dce5e9;color:#506575;background:#f5f8fa;font-size:14px;line-height:1.55;text-align:start\">Immagine simbolica generata dall'IA: la memoria fisica costituisce la base, ma non sostituisce la pianificazione delle riserve di persistenza.<\/figcaption><\/figure><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">L'amministrazione di Redis indica che, in casi estremi, le applicazioni con un'elevata attivit\u00e0 di scrittura possono richiedere fino al doppio della memoria normalmente utilizzata. Si tratta di un avvertimento relativo a condizioni di carico sfavorevoli, non di un moltiplicatore generico. Inoltre, non limitarti a sommare i valori RSS del processo padre e di quello figlio: le pagine condivise verrebbero conteggiate pi\u00f9 volte; \u00e8 fondamentale monitorare l\u2019host o il container appropriato. <\/p>\n<\/section><section class=\"wh-section\" aria-labelledby=\"replikation-speicher\" style=\"display:block;margin:0 0 36px;min-width:0\"><h2 id=\"replikation-speicher\" style=\"margin:38px 0 18px;color:#172f41;font-size:clamp(24px,1.25rem + 1vw,30px);font-weight:700;line-height:1.3;scroll-margin-top:115px\">I replici richiedono un proprio budget<\/h2><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Una replica conserva fondamentalmente una copia del set di dati e richiede, a tal fine, una propria RAM. Il primario e la replica sono quindi consumatori di memoria distinti: una riserva sul primario non libera spazio nel contenitore della replica. Pianifica ogni nodo in base al proprio limite e al consumo osservato. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Per impostazione predefinita, una replica ignora il proprio <code data-no-translation style=\"font:600 .87em\/1.5 ui-monospace,monospace;color:#235063;background:#edf3f5;border-radius:4px;padding:.1em .3em\">maxmemory<\/code> per le proprie eliminazioni. Il Primary decide in merito alla rimozione delle chiavi e replica le cancellazioni. Ciononostante, i valori memorizzati possono differire, ad esempio a causa di buffer o strutture di dati diversi; lo stesso valore limite non garantisce quindi un carico di lavoro identico. <\/p>\n<figure class=\"wp-block-image size-large wh-figure\" aria-describedby=\"wh-caption-detail2\" style=\"display:block;float:none;clear:both;width:100%;max-width:760px;margin:34px auto 40px;border:1px solid #dae5e9;border-radius:14px;overflow:hidden;background:#f5f8fa;box-shadow:0 10px 28px -17px rgba(24,47,60,.28);box-sizing:border-box\"><div class=\"wh-figure-media\" style=\"display:block;background:#eef3f5;line-height:0\"><img loading=\"lazy\" width=\"800\" height=\"534\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/11\/redis-replikation-eigene-speicherbudgets-54c86e44-detail2-820fa7a1b9-1024x683.webp\" class=\"wp-image-22168\" alt=\"Illustrazione generata dall&#039;intelligenza artificiale che raffigura due istanze collegate con formati di dati simili e requisiti di memoria aggiuntivi diversi.\" decoding=\"async\" srcset=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/11\/redis-replikation-eigene-speicherbudgets-54c86e44-detail2-820fa7a1b9-1024x683.webp 1024w, https:\/\/webhosting.de\/wp-content\/uploads\/2026\/11\/redis-replikation-eigene-speicherbudgets-54c86e44-detail2-820fa7a1b9-300x200.webp 300w, https:\/\/webhosting.de\/wp-content\/uploads\/2026\/11\/redis-replikation-eigene-speicherbudgets-54c86e44-detail2-820fa7a1b9-768x512.webp 768w, https:\/\/webhosting.de\/wp-content\/uploads\/2026\/11\/redis-replikation-eigene-speicherbudgets-54c86e44-detail2-820fa7a1b9-18x12.webp 18w, https:\/\/webhosting.de\/wp-content\/uploads\/2026\/11\/redis-replikation-eigene-speicherbudgets-54c86e44-detail2-820fa7a1b9.webp 1536w\" sizes=\"auto, (max-width: 800px) 100vw, 800px\" ><\/div><figcaption class=\"wh-caption\" id=\"wh-caption-detail2\" style=\"display:block;margin:0;padding:12px 18px 15px;border-top:1px solid #dce5e9;color:#506575;background:#f5f8fa;font-size:14px;line-height:1.55;text-align:start\">Illustrazione generata dall'IA: Primary e Replica conservano copie dei dati, ma ciascuna richiede un proprio spazio di archiviazione.<\/figcaption><\/figure><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Nel caso di una <strong style=\"font-weight:700;color:inherit\">Promozione<\/strong> l'ex replica assume il ruolo di primario. Verifica quindi non solo se, in qualit\u00e0 di copia di lettura, dispone di spazio sufficiente, ma anche se il suo limite di memoria e la sua configurazione consentono il funzionamento come primario. Ci\u00f2 include in particolare il carico di scrittura, le connessioni di replica e il controllo di eviction allora in vigore. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">A partire da Redis 7.0, il buffer di replica e il backlog di replica condividono la memoria. <code data-no-translation style=\"font:600 .87em\/1.5 ui-monospace,monospace;color:#235063;background:#edf3f5;border-radius:4px;padding:.1em .3em\">mem_clients_slaves<\/code> pu\u00f2 quindi indicare zero, sebbene la replica occupi spazio di memoria. Non interpretare il campo isolatamente e non sommare il backlog e il buffer di replica senza verificarli come aree completamente separate. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Oltre al consumo di memoria, anche l\u2019andamento della trasmissione dei dati \u00e8 rilevante per il funzionamento: un ritardo presenta caratteristiche diverse rispetto alla dimensione di un buffer. L\u2019articolo dedicato a questo argomento spiega come classificare lo stato della replica e il ritardo. <a href=\"https:\/\/webhosting.de\/it\/redis-replica-offset-analisi-coerenza-dei-dati-cluster\/\">Offset di replica di Redis<\/a>. Per quanto riguarda la riserva di memoria, tuttavia, sono comunque determinanti gli andamenti effettivi dei consumi di ciascuna istanza.<\/p>\n<\/section><section class=\"wh-section\" aria-labelledby=\"metriken-erfassen\" style=\"display:block;margin:0 0 36px;min-width:0\"><h2 id=\"metriken-erfassen\" style=\"margin:38px 0 18px;color:#172f41;font-size:clamp(24px,1.25rem + 1vw,30px);font-weight:700;line-height:1.3;scroll-margin-top:115px\">Registrare la memoria su tre livelli<\/h2><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Per il dimensionamento ti servono i valori provenienti da Redis e dall'ambiente in cui \u00e8 in esecuzione l'istanza. I <strong style=\"font-weight:700;color:inherit\">Livello di osservazione<\/strong> determina il significato di un dato: l'allocazione dell'Allocator, l'RSS del processo e l'utilizzo dei container sono grandezze diverse e non possono essere semplicemente sommate. <\/p>\n<div class=\"wh-table-scroll\" tabindex=\"0\" role=\"region\" aria-label=\"I valori memorizzati e i loro limiti di significativit\u00e0\" style=\"width:100%;max-width:100%;overflow-x:auto;margin:28px 0;border:1px solid #dce5e9;border-radius:14px;background:#fff;box-shadow:0 10px 28px -16px rgba(24,47,60,.32);box-sizing:border-box\"><table style=\"width:100%;min-width:580px;border-collapse:separate;border-spacing:0;border:0;margin:0;font-size:15px;line-height:1.6;background:#fff\"><caption style=\"padding:20px;text-align:start;font-size:17px;line-height:1.5;font-weight:700;color:#173246;background:#fff\">I valori memorizzati e i loro limiti di significativit\u00e0<\/caption><thead><tr><th scope=\"col\" style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#19394d;color:#fff\">Dimensione<\/th><th scope=\"col\" style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#19394d;color:#fff\">Livello e significato<\/th><th scope=\"col\" style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#19394d;color:#fff\">Limiti dell'interpretazione<\/th><\/tr><\/thead><tbody><tr><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#fff;color:#294252\">memoria_usata<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#fff;color:#294252\">Memoria allocata da Redis tramite l'allocatore<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#fff;color:#294252\">Include l'overhead di Redis e non corrisponde ai soli dati utili.<\/td><\/tr><tr><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#f4f7f9;color:#294252\">memoria_usata_rss<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#f4f7f9;color:#294252\">Memoria residente del processo Redis dal punto di vista del sistema operativo<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#f4f7f9;color:#294252\">Pu\u00f2 rimanere elevato dopo picchi di carico; non \u00e8 da equiparare a used_memory.<\/td><\/tr><tr><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#fff;color:#294252\">mem_non_considerata_per_l'eviction<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#fff;color:#294252\">Percentuale di used_memory da escludere dal controllo di eviction<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#fff;color:#294252\">Varia ed \u00e8 gi\u00e0 inclusa in used_memory.<\/td><\/tr><tr><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#f4f7f9;color:#294252\">Consumo dell'host o del container<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#f4f7f9;color:#294252\">Consumo al limite operativo di riferimento<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#f4f7f9;color:#294252\">Pu\u00f2 includere altri utenti oltre a Redis; la definizione dipende dall'ambiente.<\/td><\/tr><\/tbody><\/table><\/div><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Con <code data-no-translation style=\"font:600 .87em\/1.5 ui-monospace,monospace;color:#235063;background:#edf3f5;border-radius:4px;padding:.1em .3em\">INFO memory<\/code> tra le altre cose, leggi i valori memorizzati in Redis e la policy configurata. <code data-no-translation style=\"font:600 .87em\/1.5 ui-monospace,monospace;color:#235063;background:#edf3f5;border-radius:4px;padding:.1em .3em\">MEMORY STATS<\/code> aggiunge dettagli sulla distribuzione della memoria. Entrambi i comandi sono di sola lettura; i campi disponibili dipendono dalla versione di Redis, dai permessi e dal piano di hosting. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Per verificare la correlazione temporale, controlla inoltre <code data-no-translation style=\"font:600 .87em\/1.5 ui-monospace,monospace;color:#235063;background:#edf3f5;border-radius:4px;padding:.1em .3em\">INFO persistence<\/code> sull'attivit\u00e0 di persistenza e sui valori Copy-on-Write disponibili. <code data-no-translation style=\"font:600 .87em\/1.5 ui-monospace,monospace;color:#235063;background:#edf3f5;border-radius:4px;padding:.1em .3em\">INFO replication<\/code> Mostra il ruolo e lo stato di replica. Registra questi dati separatamente per il primario e la replica, in modo che un cambio di ruolo o una sincronizzazione rimangano riconoscibili durante l'analisi.  <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Un singolo valore non indica n\u00e9 il carico tipico n\u00e9 la riserva di picco necessaria. Raccogli quindi serie temporali relative al funzionamento normale, ai picchi di scrittura e alle operazioni di persistenza, e associale al consumo dell'host o del container osservato contemporaneamente. In questo modo potrai anche capire se un valore RSS elevato \u00e8 correlato a un carico attuale o se persiste dopo un picco precedente. <\/p>\n<\/section><section class=\"wh-section\" aria-labelledby=\"budget-rechnen\" style=\"display:block;margin:0 0 36px;min-width:0\"><h2 id=\"budget-rechnen\" style=\"margin:38px 0 18px;color:#172f41;font-size:clamp(24px,1.25rem + 1vw,30px);font-weight:700;line-height:1.3;scroll-margin-top:115px\">Calcolare un budget di memoria sostenibile<\/h2><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Il punto di partenza \u00e8 quella effettivamente in vigore <strong style=\"font-weight:700;color:inherit\">Limite di memoria<\/strong>: Nel caso di un container, tale limite pu\u00f2 essere inferiore alla RAM dell'host. Individua quali altri processi e componenti del sistema occupano lo stesso limite. Lo spazio a loro riservato non \u00e8 disponibile per Redis per i dati o i picchi di carico.<\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Sottrai quindi le riserve per effetti RSS e Allocator aggiuntivi, i buffer non conteggiati per l\u2019eviction, i picchi di persistenza e un margine di sicurezza. Il risultato \u00e8 un valore provvisorio <code data-no-translation style=\"font:600 .87em\/1.5 ui-monospace,monospace;color:#235063;background:#edf3f5;border-radius:4px;padding:.1em .3em\">maxmemory<\/code>-Bilancio, nessuna equazione interna a Redis. Le riserve devono corrispondere allo stesso limite e a condizioni di carico realistiche che si verificano contemporaneamente.   <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Esempio di calcolo illustrativo, non basato su misurazioni: da un limite di container di 8 GiB, vengono sottratti 0,5 GiB per altri consumatori, 0,5 GiB per effetti RSS aggiuntivi, 0,5 GiB per buffer esclusi dal calcolo dell\u2019eviction, 1 GiB per un picco di persistenza e 0,5 GiB di margine di sicurezza. Come valore provvisorio rimangono 5 GiB per <code data-no-translation style=\"font:600 .87em\/1.5 ui-monospace,monospace;color:#235063;background:#edf3f5;border-radius:4px;padding:.1em .3em\">maxmemory<\/code>.<\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Questi numeri non costituiscono una raccomandazione per un'istanza specifica. L'esempio presuppone che le riserve stimate descrivano contributi aggiuntivi e non sovrapposti al limite del contenitore. Soprattutto in un'esecuzione persistente, le pagine di memoria condivise e il copy-on-write possono complicare l'assegnazione; una semplice somma dei valori RSS del processo padre e del processo figlio non sarebbe adeguata a tale scopo. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Evita <strong style=\"font-weight:700;color:inherit\">Conteggi duplicati<\/strong>: <code data-no-translation style=\"font:600 .87em\/1.5 ui-monospace,monospace;color:#235063;background:#edf3f5;border-radius:4px;padding:.1em .3em\">mem_not_counted_for_evict<\/code> \u00e8 gi\u00e0 presente in <code data-no-translation style=\"font:600 .87em\/1.5 ui-monospace,monospace;color:#235063;background:#edf3f5;border-radius:4px;padding:.1em .3em\">used_memory<\/code>. Se parti dal consumo totale osservato di RSS o del contenitore, non devi sommare nuovamente questa quota di buffer senza verificarla. Nel budget di eviction rimanente devono rientrare sia il set di dati che l'overhead di Redis gi\u00e0 conteggiato; verifica poi l'approccio con un carico simile.  <\/p>\n<\/section><section class=\"wh-section\" aria-labelledby=\"eviction-vergleichen\" style=\"display:block;margin:0 0 36px;min-width:0\"><h2 id=\"eviction-vergleichen\" style=\"margin:38px 0 18px;color:#172f41;font-size:clamp(24px,1.25rem + 1vw,30px);font-weight:700;line-height:1.3;scroll-margin-top:115px\">Confronto pratico delle politiche di sfratto<\/h2><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Il sito <strong style=\"font-weight:700;color:inherit\">Politica di sfratto<\/strong> Determina il modo in cui Redis reagisce ai comandi di scrittura in caso di carenza di memoria. Non sostituisce la pianificazione della capacit\u00e0: anche una policy adeguata richiede riserve al di fuori del calcolo dell\u2019eviction. La decisione dipende soprattutto dalle chiavi che possono andare perse e dal modo in cui l\u2019applicazione reagisce agli errori. <\/p>\n<div class=\"wh-table-scroll\" tabindex=\"0\" role=\"region\" aria-label=\"Politiche in base allo scopo di utilizzo e al comportamento in caso di carenza di memoria\" style=\"width:100%;max-width:100%;overflow-x:auto;margin:28px 0;border:1px solid #dce5e9;border-radius:14px;background:#fff;box-shadow:0 10px 28px -16px rgba(24,47,60,.32);box-sizing:border-box\"><table style=\"width:100%;min-width:580px;border-collapse:separate;border-spacing:0;border:0;margin:0;font-size:15px;line-height:1.6;background:#fff\"><caption style=\"padding:20px;text-align:start;font-size:17px;line-height:1.5;font-weight:700;color:#173246;background:#fff\">Politiche in base allo scopo di utilizzo e al comportamento in caso di carenza di memoria<\/caption><thead><tr><th scope=\"col\" style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#19394d;color:#fff\">Politica<\/th><th scope=\"col\" style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#19394d;color:#fff\">Idoneit\u00e0 tipica<\/th><th scope=\"col\" style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#19394d;color:#fff\">Perdita e errore<\/th><\/tr><\/thead><tbody><tr><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#fff;color:#294252\">noeviction<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#fff;color:#294252\">Dati che non devono essere eliminati per liberare spazio<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#fff;color:#294252\">Nessuna espulsione per liberare spazio; i comandi di scrittura che aumentano lo spazio di memoria potrebbero fallire a causa di un errore OOM.<\/td><\/tr><tr><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#f4f7f9;color:#294252\">tutte le chiavi-lru<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#f4f7f9;color:#294252\">Cache con dati recuperabili<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#f4f7f9;color:#294252\">Le chiavi possono essere rimosse in base a un criterio approssimativo di LRU; ci\u00f2 comporta la verifica di cache miss.<\/td><\/tr><tr><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#fff;color:#294252\">volatile-*<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#fff;color:#294252\">Stock in cui sono previste solo chiavi con scadenza per l'eviction<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#fff;color:#294252\">Sono ammesse solo le chiavi con TTL; in assenza di candidati idonei, non \u00e8 possibile liberare spazio a sufficienza.<\/td><\/tr><\/tbody><\/table><\/div><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Nel caso di una cache pura \u00e8 possibile <code data-no-translation style=\"font:600 .87em\/1.5 ui-monospace,monospace;color:#235063;background:#edf3f5;border-radius:4px;padding:.1em .3em\">allkeys-lru<\/code> sono adatte quando \u00e8 possibile ricostruire le voci rimosse attingendo da un'altra fonte. In Redis, l'LRU \u00e8 un'approssimazione e non un ordinamento globale esatto. Le espulsioni frequenti possono comportare un aumento degli accessi al backend; pertanto, non contano solo i byte liberi, ma anche la percentuale di hit della cache e la capacit\u00e0 del backend. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Per i dati che non possono essere cancellati a piacimento, vale quanto segue: <code data-no-translation style=\"font:600 .87em\/1.5 ui-monospace,monospace;color:#235063;background:#edf3f5;border-radius:4px;padding:.1em .3em\">noeviction<\/code> Un\u2019altra decisione: l\u2019applicazione deve essere in grado di gestire le operazioni di scrittura non andate a buon fine, anzich\u00e9 dare per scontato che il salvataggio sia avvenuto con successo. La policy non garantisce n\u00e9 la persistenza n\u00e9 la protezione da un errore OOM a livello di sistema operativo o di container. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Nel caso di stock misti, la <strong style=\"font-weight:700;color:inherit\">Disciplina TTL<\/strong> fondamentale: Una <code data-no-translation style=\"font:600 .87em\/1.5 ui-monospace,monospace;color:#235063;background:#edf3f5;border-radius:4px;padding:.1em .3em\">volatile-*<\/code>- La policy pu\u00f2 selezionare solo chiavi con un tempo di scadenza. Se i candidati idonei sono troppo pochi, il TTL da solo non protegge dagli errori di scrittura. Verifica quindi se la cache e i dati importanti debbano davvero condividere la stessa istanza e la stessa strategia di gestione degli errori. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">I dati relativi alla sessione evidenziano il conflitto di obiettivi: la rimozione di una voce pu\u00f2 comportare per gli utenti la perdita dello stato della sessione, anche se l\u2019applicazione continua tecnicamente a funzionare. Valuta le conseguenze e la possibilit\u00e0 di ripristino prima di scegliere la politica; ulteriori informazioni di base sono disponibili nell\u2019articolo su <a href=\"https:\/\/webhosting.de\/it\/gestione-delle-sessioni-webhosting-archiviazione-di-database-redis\/\">Gestione delle sessioni con Redis e altri sistemi di archiviazione<\/a>.<\/p>\n<\/section><section class=\"wh-section\" aria-labelledby=\"betrieb-ueberwachen\" style=\"display:block;margin:0 0 36px;min-width:0\"><h2 id=\"betrieb-ueberwachen\" style=\"margin:38px 0 18px;color:#172f41;font-size:clamp(24px,1.25rem + 1vw,30px);font-weight:700;line-height:1.3;scroll-margin-top:115px\">Controllare la riserva sotto carico<\/h2><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Un valore calcolato per <code data-no-translation style=\"font:600 .87em\/1.5 ui-monospace,monospace;color:#235063;background:#edf3f5;border-radius:4px;padding:.1em .3em\">maxmemory<\/code> \u00c8 innanzitutto un punto di partenza. Testalo in un ambiente isolato con una versione di Redis, una struttura dei dati e un limite di memoria simili. Il carico non dovrebbe riprodurre solo il funzionamento normale, ma anche i picchi di scrittura e le fasi in cui la persistenza e la replica sono attive contemporaneamente. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Presta attenzione al <strong style=\"font-weight:700;color:inherit\">Consumo di container<\/strong> ovvero la metrica dell'host corrispondente e i valori di memoria di Redis. Tieni traccia di quando viene eseguito uno snapshot o una riscrittura AOF e se una replica viene sincronizzata. \u00c8 fondamentale valutare quanto tempo rimane prima del limite effettivo durante gli eventi sovrapposti, non solo nel periodo di inattivit\u00e0 successivo.  <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Con il comando di lettura <code data-no-translation style=\"font:600 .87em\/1.5 ui-monospace,monospace;color:#235063;background:#edf3f5;border-radius:4px;padding:.1em .3em\">INFO stats<\/code> Tra le altre cose, registra i contatori delle evictions. Analizza la loro variazione per intervallo di tempo: un valore storico elevato, di per s\u00e9, non indica se in quel momento le chiavi vengano effettivamente sostituite. Metti in relazione l\u2019aumento delle evictions con gli hit della cache e il carico del backend, a condizione che la tua applicazione fornisca questi dati. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Inoltre, registra le risposte OOM di Redis nell'applicazione e gli eventi relativi ai container legati alla memoria sulla piattaforma. Entrambi gli errori possono verificarsi con un carico simile, ma riguardano limiti diversi. Un sistema di allerta dovrebbe quindi tenere conto sia della riserva disponibile sia degli errori rilevati e della loro evoluzione nel tempo. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Ripetere la valutazione dopo aver apportato modifiche al set di dati, al carico di scrittura o alla persistenza e alla replica. Anche una promozione modifica il ruolo di una replica e, di conseguenza, il profilo di carico da verificare. I risultati ottenuti dall'ambiente isolato non sostituiscono il monitoraggio continuo delle istanze di produzione. <\/p>\n<\/section><section class=\"wh-section\" aria-labelledby=\"fehler-diagnose\" style=\"display:block;margin:0 0 36px;min-width:0\"><h2 id=\"fehler-diagnose\" style=\"margin:38px 0 18px;color:#172f41;font-size:clamp(24px,1.25rem + 1vw,30px);font-weight:700;line-height:1.3;scroll-margin-top:115px\">Individuare in modo mirato i problemi di memoria<\/h2><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Se il valore RSS del processo aumenta mentre <code data-no-translation style=\"font:600 .87em\/1.5 ui-monospace,monospace;color:#235063;background:#edf3f5;border-radius:4px;padding:.1em .3em\">used_memory<\/code> Se si verifica un'interruzione, considerare innanzitutto l'andamento e il carico precedente. La memoria liberata non deve necessariamente essere restituita immediatamente al sistema operativo. La <strong style=\"font-weight:700;color:inherit\">Metriche dell'allocatore<\/strong> da <code data-no-translation style=\"font:600 .87em\/1.5 ui-monospace,monospace;color:#235063;background:#edf3f5;border-radius:4px;padding:.1em .3em\">INFO memory<\/code> aiutano a contestualizzare; il rapporto di frammentazione, di per s\u00e9, non dimostra n\u00e9 la presenza di una perdita di memoria n\u00e9 la sua causa. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Verifica quindi se l'aumento coincide temporalmente con una corsa di persistenza o con una sincronizzazione. A tal fine servono <code data-no-translation style=\"font:600 .87em\/1.5 ui-monospace,monospace;color:#235063;background:#edf3f5;border-radius:4px;padding:.1em .3em\">INFO persistence<\/code> e <code data-no-translation style=\"font:600 .87em\/1.5 ui-monospace,monospace;color:#235063;background:#edf3f5;border-radius:4px;padding:.1em .3em\">INFO replication<\/code>. Un singolo valore relativo a un buffer non considerato ai fini dell'eviction descrive solo lo stato attuale. Per calcolare una riserva, sono necessarie osservazioni relative a tutte le fasi rilevanti di carico e di guasto. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Nel caso di una <strong style=\"font-weight:700;color:inherit\">Risposta OOM di Redis<\/strong> Verifica la policy configurata e assicurati che siano disponibili chiavi adeguate per l'eviction. In particolare, un comando di scrittura potrebbe fallire se Redis non \u00e8 in grado di liberare spazio sufficiente in base alla policy in vigore. L'applicazione deve gestire questo errore, anzich\u00e9 dare per scontato che l'operazione di scrittura vada a buon fine.  <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">In caso di interruzione del container dovuta alla memoria, invece, esamina gli eventi della piattaforma e il consumo rispetto al limite del container. Prendi in considerazione i picchi di persistenza e altri consumatori registrati nel container. Un OOM di Redis e un OOM del container non sono equivalenti: il limite massimo di memoria esterno pu\u00f2 essere raggiunto anche senza una precedente risposta OOM da parte di Redis. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\"><code data-no-translation style=\"font:600 .87em\/1.5 ui-monospace,monospace;color:#235063;background:#edf3f5;border-radius:4px;padding:.1em .3em\">maxmemory-clients<\/code> pu\u00f2 inoltre limitare la memoria occupata dai client. Se la memoria utilizzata dal client in questione supera la soglia configurata, Redis pu\u00f2 disconnettere i client con un consumo elevato; le applicazioni devono gestire le interruzioni di connessione. Questa impostazione non limita tutte le connessioni di replica e non sostituisce n\u00e9 il budget complessivo n\u00e9 il monitoraggio dei picchi di buffer. <\/p>\n<\/section><section class=\"wh-section\" aria-labelledby=\"hosting-entscheidung\" style=\"display:block;margin:0 0 36px;min-width:0\"><h2 id=\"hosting-entscheidung\" style=\"margin:38px 0 18px;color:#172f41;font-size:clamp(24px,1.25rem + 1vw,30px);font-weight:700;line-height:1.3;scroll-margin-top:115px\">Valutare l'hosting e l'architettura di Redis<\/h2><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Se la riserva osservata non \u00e8 sufficiente con un carico rappresentativo, pu\u00f2 essere opportuno aumentare la RAM qualora si intenda mantenere il set di dati e il carico su un\u2019unica istanza. La capacit\u00e0 aggiuntiva deve tuttavia rientrare nel limite effettivo dell\u2019host o del container. Un limite Redis pi\u00f9 elevato, di per s\u00e9, non crea memoria fisica aggiuntiva. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">In alternativa, \u00e8 possibile utilizzare una <strong style=\"font-weight:700;color:inherit\">Distribuzione del carico<\/strong> distribuire il fabbisogno di memoria e le operazioni di scrittura su pi\u00f9 istanze. Ci\u00f2 richiede un\u2019adeguata ripartizione dei dati e una propria allocazione di risorse per ciascuna istanza coinvolta. Le repliche non sono da equiparare a una ripartizione del database: esse conservano infatti una copia e richiedono, a tal fine, una propria RAM. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Anche una modifica dell'architettura pu\u00f2 essere d'aiuto, ad esempio la separazione di una cache tollerante alle perdite dai dati con requisiti pi\u00f9 rigorosi. In questo modo \u00e8 possibile scegliere in modo indipendente le politiche e le capacit\u00e0. Tuttavia, n\u00e9 questa separazione, n\u00e9 una maggiore quantit\u00e0 di RAM, n\u00e9 la distribuzione del carico garantiscono che in futuro non si verifichino picchi di persistenza, replica e scrittura.<\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Confrontando <strong style=\"font-weight:700;color:inherit\">Limiti dei fornitori<\/strong> Chiarisci se il valore indicato si riferisce a un limite di container, a un limite di istanza o a un limite del database definito in altro modo. Chiedi inoltre quali metriche e comandi di diagnostica sono accessibili, se le repliche sono incluse nello spazio di archiviazione prenotato e in che modo una promozione influisce sulle risorse disponibili.<\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Redis Open Source, Redis Software e Redis Cloud devono essere considerati separatamente. Nel caso di Redis Software, il limite del database documentato si applica sia agli shard primari che a quelli replica; ne consegue che non esiste una regola corrispondente per una singola istanza di Redis OSS. Per Redis Cloud e altre offerte di hosting, ti invitiamo a verificare le condizioni specifiche di ciascun prodotto, anzich\u00e9 applicare questa definizione senza averla verificata. <\/p>\n<\/section><section class=\"wh-sources\" style=\"margin:40px 0 0;padding:24px 0 0;border-top:1px solid #dce5e9;color:#596b7b;font-size:14px;line-height:1.65\"><h2 style=\"margin:38px 0 18px;color:#172f41;font-size:clamp(24px,1.25rem + 1vw,30px);font-weight:700;line-height:1.3;scroll-margin-top:115px\">Fonti e stato dell'arte<\/h2><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Stato della ricerca: <time datetime=\"2026-11-04\">2026-11-04<\/time><\/p><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Ricerca e definizione dei prodotti aggiornate al 4 novembre 2026. Gli esempi si riferiscono a Redis Open Source; le metriche disponibili e i limiti di hosting dipendono dalla versione e dal fornitore.<\/p><div class=\"wh-source-urls\"><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\"><span class=\"wh-source-url\" data-no-translation dir=\"ltr\" style=\"overflow-wrap:anywhere;font:12px\/1.6 ui-monospace,monospace;direction:ltr\">https:\/\/redis.io\/docs\/latest\/develop\/reference\/eviction\/<\/span><\/p><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\"><span class=\"wh-source-url\" data-no-translation dir=\"ltr\" style=\"overflow-wrap:anywhere;font:12px\/1.6 ui-monospace,monospace;direction:ltr\">https:\/\/redis.io\/docs\/latest\/operate\/oss_and_stack\/management\/replication\/<\/span><\/p><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\"><span class=\"wh-source-url\" data-no-translation dir=\"ltr\" style=\"overflow-wrap:anywhere;font:12px\/1.6 ui-monospace,monospace;direction:ltr\">https:\/\/redis.io\/docs\/latest\/commands\/info\/<\/span><\/p><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\"><span class=\"wh-source-url\" data-no-translation dir=\"ltr\" style=\"overflow-wrap:anywhere;font:12px\/1.6 ui-monospace,monospace;direction:ltr\">https:\/\/redis.io\/docs\/latest\/operate\/oss_and_stack\/management\/admin\/<\/span><\/p><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\"><span class=\"wh-source-url\" data-no-translation dir=\"ltr\" style=\"overflow-wrap:anywhere;font:12px\/1.6 ui-monospace,monospace;direction:ltr\">https:\/\/redis.io\/docs\/latest\/develop\/reference\/errors\/common\/oom\/<\/span><\/p><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\"><span class=\"wh-source-url\" data-no-translation dir=\"ltr\" style=\"overflow-wrap:anywhere;font:12px\/1.6 ui-monospace,monospace;direction:ltr\">https:\/\/redis.io\/docs\/latest\/develop\/reference\/clients\/<\/span><\/p><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\"><span class=\"wh-source-url\" data-no-translation dir=\"ltr\" style=\"overflow-wrap:anywhere;font:12px\/1.6 ui-monospace,monospace;direction:ltr\">https:\/\/redis.io\/docs\/latest\/operate\/rs\/databases\/memory-performance\/memory-limit\/<\/span><\/p><\/div><\/section><\/div>","protected":false},"excerpt":{"rendered":"<p>Il parametro `maxmemory` di Redis non rappresenta un limite rigido della RAM. Scopri come integrare dati, replica, picchi di persistenza e limiti dei container nella pianificazione della memoria.<\/p>","protected":false},"author":1,"featured_media":22166,"comment_status":"closed","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"inline_featured_image":false,"footnotes":""},"categories":[781],"tags":[],"class_list":["post-22164","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-datenbanken-administration-anleitungen"],"acf":[],"_wp_attached_file":null,"_wp_attachment_metadata":null,"surfer_file_name":null,"surfer_file_original_url":null,"_wp_attachment_image_alt":null,"litespeed-optimize-set":null,"litespeed-optimize-size":null,"_oembed_b5e1eb923ad3b086e579b1befcd4075c":null,"_elementor_source_image_hash":null,"stockpack_author_name":null,"stockpack_author_url":null,"stockpack_provider":null,"stockpack_image_url":null,"stockpack_license":null,"stockpack_license_url":null,"stockpack_modification":null,"color":null,"original_id":null,"original_url":null,"original_link":null,"unsplash_location":null,"unsplash_sponsor":null,"unsplash_exif":null,"unsplash_attachment_metadata":null,"_elementor_is_screenshot":null,"_source_url":null,"_elementor_migrations_state_8b2d":null,"envato_tk_source_kit":null,"envato_tk_source_index":null,"envato_tk_manifest":null,"envato_tk_folder_name":null,"envato_tk_builder":null,"envato_elements_download_event":null,"_menu_item_type":null,"_menu_item_menu_item_parent":null,"_menu_item_object_id":null,"_menu_item_object":null,"_menu_item_target":null,"_menu_item_classes":null,"_menu_item_xfn":null,"_menu_item_url":null,"_trp_menu_languages":null,"rank_math_primary_category":null,"_wh_make_key":"wh_54c86e44167291080cf614c61d005eeb","rank_math_internal_links_processed":"1","_wh_make_topic":"Redis maxmemory richtig dimensionieren \u2013 ausreichend Platz f\u00fcr Daten, Replikation und interne Buffer","_wh_make_input_keywords":["redis maxmemory","redis speicher","redis hosting"],"_wh_make_config":{"research_model":"gpt-6.1-terra","writer_model":"gpt-6.1-terra","review_model":"gpt-6.1-sol","image_model":"gpt-image-2.5-flare","image_quality":"high","image_format":"webp","final_status":"draft","charts_enabled":true},"_wh_make_links":{"I1":{"id":"I1","post_id":21475,"url":"https:\/\/webhosting.de\/redis-replication-offset-analyse-datenkonsistenz-cluster\/","title":"Comprendere e analizzare l'offset di replica di Redis per garantire un'elevata coerenza dei dati","excerpt":"Mostrer\u00f2 come leggo e analizzo in modo mirato l\u2019offset di Redis e come lo utilizzo per garantire un\u2019elevata coerenza dei dati. In questo modo riesco a individuare tempestivamente le lacune nella replica, a valutare i rischi di failover e a mantenere i cluster produttivi sincronizzati in modo affidabile. Punti chiave I seguenti concetti fondamentali offrono un\u2019introduzione mirata all\u2019argomento, alla terminologia e all\u2019applicazione pratica. L\u2019offset misura l\u2019avanzamento del flusso di replica byte per byte. Il lag \u00e8 la differenza tra master_repl_offset e slave_repl_offset. L\u2019ID+offset identifica una versione esatta dei dati per le sincronizzazioni parziali. Il backlog protegge dalle sincronizzazioni complete in caso di brevi interruzioni di connessione. Il monitoraggio tramite INFO\/metriche del cluster gestisce gli allarmi e il failover. Cosa significa l\u2019offset di replica di Redis? L\u2019offset di replica \u00e8 un contatore progressivo a 64 bit che riflette ogni flusso di byte trasmesso tra il primario e la replica. Da esso deduco a che punto sia la replica e se una replica abbia ancora del lavoro da svolgere. Il `master_repl_offset` sul primario aumenta con ogni byte appena generato, mentre la replica incrementa il proprio contatore non appena ha applicato i comandi. Le differenze indicano un ritardo in byte e segnalano se la replica \u00e8 in ritardo. Questa semantica semplice ma efficace rende l\u2019offset il valore centrale per la sincronizzazione, l\u2019analisi dei guasti e decisioni di failover accurate. Lettura degli offset: utilizzare correttamente INFO replication. Inizio quasi sempre la diagnosi con INFO replication, poich\u00e9 il comando fornisce in modo sintetico i campi rilevanti. Sul primario controllo master_repl_offset e lo stato delle repliche collegate, inclusi i loro offset. Su una replica controllo inoltre master_link_status e gli stati di sincronizzazione, per individuare eventuali sincronizzazioni complete o parziali in corso. Per un\u2019analisi pi\u00f9 approfondita ricorro a output strutturati e metto in correlazione gli offset con i valori relativi a CPU, I\/O e rete. Questa guida mi fornisce un'introduzione approfondita al comando: Redis INFO per il monitoraggio. ID di replica + offset: versione univoca dei dati Per ottenere una versione univoca, utilizzo la combinazione di ID di replica e offset. L'ID identifica una cronologia, mentre l'offset indica una posizione all\u2019interno della"},"I2":{"id":"I2","post_id":18104,"url":"https:\/\/webhosting.de\/datenbank-replikation-hosting-master-slave-multi-master-syncio\/","title":"Replica del database in hosting: master-slave vs. multi-master","excerpt":"Nel settore dell\u2019hosting, la replica dei database determina in che misura le applicazioni rimangano disponibili con l\u2019aumentare del carico e con quale rapidit\u00e0 riprendano a scrivere e leggere dopo eventuali interruzioni. Illustrer\u00f2 chiaramente la differenza tra le architetture master-slave e multi-master, includendo l\u2019ottimizzazione, le strategie di failover e gli scenari di impiego pi\u00f9 adatti. Punti chiave I seguenti aspetti fondamentali mi aiutano a scegliere la strategia di replica pi\u00f9 adeguata. Master-slave: operazioni di scrittura semplici, operazioni di lettura scalabili, responsabilit\u00e0 ben definite. Multi-master: operazioni di scrittura distribuite, maggiore disponibilit\u00e0, ma gestione dei conflitti. GTID e failover: commutazioni pi\u00f9 rapide e percorsi di replica pi\u00f9 puliti. La realt\u00e0 dell\u2019hosting: latenza, storage e rete influenzano la coerenza. Monitoraggio e ottimizzazione: metriche, tempi di recupero e impostazioni del binlog sotto controllo. Cosa offre la replica nell\u2019hosting Utilizzo la replica per aumentare la disponibilit\u00e0, distribuire i carichi di lettura e consentire finestre di manutenzione senza interruzioni. Le topologie master-slave gestiscono le operazioni di scrittura a livello centrale, mentre diverse repliche gestiscono un gran numero di operazioni di lettura, riducendo cos\u00ec i tempi di risposta. Le varianti multi-master consentono scritture distribuite, il che riduce le latenze nelle configurazioni globali e rende pi\u00f9 facile far fronte alla perdita di un nodo. Per gli stack web basati su WordPress, motori di e-commerce o API, ci\u00f2 significa un maggiore margine di sicurezza contro i picchi di traffico e un ripristino pi\u00f9 rapido dopo gli incidenti. Chi pianifica una crescita orizzontale che va oltre la semplice replica, la combina gradualmente con lo sharding e la replica per distribuire pi\u00f9 ampiamente dati e carico e rendere scalabile il sistema. Master-slave: funzionamento e punti di forza In una configurazione master-slave, si scrive esclusivamente sul master, mentre gli slave gestiscono gli accessi in lettura e sincronizzano i binlog. La chiara ripartizione dei ruoli evita i conflitti di scrittura e mantiene il modello ben strutturato. \u00c8 la soluzione perfetta per molti scenari di hosting con un\u2019elevata percentuale di operazioni di lettura, come cataloghi di prodotti, portali di contenuti o dashboard di reporting. A seconda delle esigenze, aggiungo ulteriori slave senza modificare il percorso di scrittura. Prevedo dei margini di sicurezza per il ritardo di replica, in modo che i report o le cache forniscano risultati coerenti nonostante brevi ritardi. MySQL master-slave passo per"},"I3":{"id":"I3","post_id":17026,"url":"https:\/\/webhosting.de\/session-management-webhosting-redis-datenbanken-storage\/","title":"Gestione delle sessioni nell'hosting web: archiviazione ottimizzata con file, Redis e database","excerpt":"Mostrer\u00f2 come la gestione delle sessioni nel web hosting diventi sensibilmente pi\u00f9 veloce se memorizzo le sessioni in modo mirato in file, Redis o database e ne controllo rigorosamente il ciclo di vita. In questo modo riduco la latenza, mantengo alta la quota di cache e garantisco una scalabilit\u00e0 sicura su pi\u00f9 server. Punti chiave: attuo con coerenza i seguenti principi fondamentali per gestire le sessioni in modo sicuro, veloce e scalabile. Proteggere la percentuale di cache: ridurre al minimo l\u2019uso delle sessioni e mantenere le richieste ottimizzate per la cache. Redis per la velocit\u00e0: utilizzare l\u2019archiviazione in memoria per accessi brevi e frequenti. File in modo consapevole: avviare in modo semplice, migrare tempestivamente in caso di carico elevato. Database in modo mirato: persistenza solo per sessioni davvero critiche. Configurazione rigorosa: ottimizzare con precisione PHP-FPM, TTL, timeout e monitoraggio. Perch\u00e9 le sessioni riducono la quota di cache Ogni sessione attiva imposta un cookie PHPSESSID che rende le richieste uniche, aggirando cos\u00ec molte cache. Decido quindi consapevolmente quali percorsi necessitano davvero di sessioni e quali funzionano rigorosamente senza sessione. In questo modo, pagine come elenchi di prodotti, blog o contenuti statici rimangono il pi\u00f9 veloci e scalabili possibile tramite CDN e cache dell\u2019app. Apro una sessione solo quando la richiesta scrive dati di stato o legge dati sensibili. Mantengo breve la fase di scrittura, chiudo rapidamente la sessione e lascio cos\u00ec via libera alle richieste in esecuzione in parallelo. File come memoria di sessione: semplice, ma limitata. Il gestore del file system in PHP \u00e8 un buon punto di partenza, ma \u00e8 scalabile solo fino a un carico moderato. Ogni accesso genera I\/O e, su storage lenti o NFS, la latenza aumenta rapidamente. Nelle configurazioni a cluster si rischiano incongruenze se pi\u00f9 server applicativi non puntano alla stessa directory. Mi assicuro quindi fin dall\u2019inizio che i percorsi siano disponibili a livello centrale oppure pianifico per tempo il passaggio a Redis. Per i progetti di piccole dimensioni \u00e8 sufficiente l\u2019archiviazione su file, mentre in caso di crescita pianifico fin dall\u2019inizio un percorso di migrazione. Redis per le sessioni: veloce e centralizzato Redis memorizza i dati di sessione nella RAM, garantendo cos\u00ec accessi nell\u2019ordine dei millisecondi anche sotto carico. Utilizzo Redis a livello centrale, in modo che tutti i server applicativi vedano le stesse sessioni e i bilanciatori di carico possano distribuirle liberamente. Mantengo i TTL rigorosi, in modo che gli stati di breve durata"}},"_wh_make_stage":"entwurf","_wh_make_research_date":"2026-11-04","_wh_make_sitemap_info":{"index":"https:\/\/webhosting.de\/sitemap_index.xml?wh_make=1","sitemaps":["https:\/\/webhosting.de\/post-sitemap1.xml","https:\/\/webhosting.de\/post-sitemap2.xml","https:\/\/webhosting.de\/post-sitemap3.xml","https:\/\/webhosting.de\/post-sitemap4.xml"],"url_count":3138,"fetched_at":"2026-11-04T08:42:44+00:00","selected_ids":[21475,18104,17026]},"_wh_make_draft_hash":"a7260eec0c2da93959c7a86ee14723c7d8333a520ce09a041cd00c7013ecd323","_wh_make_work":{"version":"2.1","identity":{"sheet_ref":"1VMjxV8Q73i0Q1HO6s-u4jNHVRF0snliGCeg97intLPs","sheet_name":"Tabellenblatt1","external_id":"1442","topic":"Redis maxmemory richtig dimensionieren \u2013 ausreichend Platz f\u00fcr Daten, Replikation und interne Buffer","keywords":["redis maxmemory","redis speicher","redis hosting"],"category_input":"781"},"config":{"research_model":"gpt-6.1-terra","writer_model":"gpt-6.1-terra","review_model":"gpt-6.1-sol","image_model":"gpt-image-2.5-flare","image_quality":"high","image_format":"webp","final_status":"draft","charts_enabled":true},"phase":"done","pending":null,"receipts":{"c91fe5d3591117c4f7adc4eee15b3ac3":"30bd1e88656e0718f85329585c679d2d659eb327caa90c03f64fd485fa14990b","56a538c4b74c5f95a41bc250d37cbf22":"2af7e8b7b53aa5257abc760d6f00f6e9777763ed27052d7c83e9b9f939094017","705a7dfceba1d20df0f23b9fd2ae4a0c":"e4d29c52683faa81f0652772c98e9cd0ff484f2d910fcb8c7971e51b02aacc36","b135231ad0c155adefc805c017852707":"f4e5adec18e96b8a349a88ce187eb4bbfa9115ed645c17f0e86a8d0bb2eae8a9","53003776155a329a5e0f6f11290878cb":"4048ee288742f6795705d5772e9b8e4793feff9879d216c4f677e5e296a80fb8","8a16a91cd2f5131ca4c9353d525810d4":"884915d1efd6761143e2810e4af1af9fd5cb6d9656d4d4ec78fd274fde73d467","afcdaa6816fc080ec4fc305a2d31d891":"0778004888b86192a97109fa70e349beba152314a459459a86d44a6b9e344311","6dcd84225d01eebfbf6c8d9681c42042":"2b0bef1e78f33ab0144d901205d3c730a3b63342ce632d4751b8aad9d9ca87f5","b8f9a1b767805fe27c10bc7f424ae28a":"25cbd4d4689c31917f9eaabe8499815876a3e3bc98466674767400fee5d8ae46","1fe947fbc0410ceb6c66f68637a00712":"383cd29043b07fa7309d74e15638feec00edcac3e7c715bd6f58b34d98eaa6fb","9610b9bbce2245afebeb99d1566719f1":"ae059105a70529489e8a66abb21a1c16d93eb8cfb1aeb8092c05910dc2fbfc73"},"parts":{"1":[{"id":"maxmemory-grundlagen","heading":"Was maxmemory tats\u00e4chlich begrenzt","blocks":[{"type":"paragraph","runs":[{"kind":"code","text":"maxmemory","ref":""},{"kind":"text","text":" legt in Redis Open Source eine ","ref":""},{"kind":"strong","text":"Eviction-Schwelle","ref":""},{"kind":"text","text":" fest, keine harte Obergrenze f\u00fcr den Redis-Prozess oder seinen Container. Erreicht der f\u00fcr die Speichersteuerung relevante Verbrauch die Schwelle, versucht Redis abh\u00e4ngig von der gew\u00e4hlten Policy Schl\u00fcssel zu entfernen. Bei einer Policy ohne Eviction k\u00f6nnen speichervergr\u00f6\u00dfernde Schreibbefehle stattdessen fehlschlagen.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Die Kennzahl ","ref":""},{"kind":"code","text":"used_memory","ref":""},{"kind":"text","text":" umfasst den von Redis \u00fcber seinen Allocator belegten Speicher. Dazu geh\u00f6ren nicht nur die eigentlichen Werte deiner Anwendung, sondern auch Verwaltungsstrukturen und weitere Redis-Speicherbereiche. Wer das Limit allein aus der gesch\u00e4tzten Gr\u00f6\u00dfe der Nutzdaten ableitet, l\u00e4sst diesen Overhead unber\u00fccksichtigt.","ref":""},{"kind":"citation","text":"","ref":"S3"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Ein Teil von ","ref":""},{"kind":"code","text":"used_memory","ref":""},{"kind":"text","text":" wird bei der Eviction-Pr\u00fcfung ausgenommen: ","ref":""},{"kind":"code","text":"mem_not_counted_for_evict","ref":""},{"kind":"text","text":" weist insbesondere tempor\u00e4re Replikations- und AOF-Puffer aus. Diese Puffer ben\u00f6tigen trotzdem realen Speicher. Der Wert ist bereits in ","ref":""},{"kind":"code","text":"used_memory","ref":""},{"kind":"text","text":" enthalten und darf deshalb nicht ohne Pr\u00fcfung ein zweites Mal zu dieser Kennzahl addiert werden.","ref":""},{"kind":"citation","text":"","ref":"S2"},{"kind":"citation","text":"","ref":"S3"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Daraus folgt nicht, dass s\u00e4mtliche Client- oder Replikationsspeicher au\u00dferhalb der Eviction-Rechnung liegen. Ein einzelner gro\u00dfer Befehl kann die Schwelle zudem vor\u00fcbergehend deutlich \u00fcberschreiten. Setzt du ","ref":""},{"kind":"code","text":"maxmemory","ref":""},{"kind":"text","text":" auf das volle Containerlimit, bleibt f\u00fcr solche Ausschl\u00e4ge und zus\u00e4tzlichen Prozessverbrauch kein verl\u00e4sslicher Spielraum.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"F\u00fcr die Planung sind daher zwei Fragen getrennt zu beantworten: Wie viel Platz brauchen Datensatz und Redis-Overhead innerhalb der Speichersteuerung? Und wie viel Reserve ben\u00f6tigt die gesamte Laufzeitumgebung dar\u00fcber hinaus? Erst beide Perspektiven zusammen zeigen, ob ein gew\u00e4hlter Wert unter der tats\u00e4chlichen Speichergrenze plausibel ist.","ref":""}]}]},{"id":"rss-und-persistenz","heading":"RSS, Allocator und Persistenzspitzen","blocks":[{"type":"paragraph","runs":[{"kind":"text","text":"Nach einer Lastspitze kann ","ref":""},{"kind":"code","text":"used_memory","ref":""},{"kind":"text","text":" sinken, w\u00e4hrend ","ref":""},{"kind":"code","text":"used_memory_rss","ref":""},{"kind":"text","text":" hoch bleibt: Redis hat dann zwar Speicher \u00fcber den Allocator freigegeben, dieser wurde aber nicht zwingend sofort an das Betriebssystem zur\u00fcckgegeben. RSS beschreibt den residenten Speicher des Prozesses aus Betriebssystemsicht und ist deshalb eine andere Beobachtungsebene.","ref":""},{"kind":"citation","text":"","ref":"S3"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Angenommen, ein Cache w\u00e4chst w\u00e4hrend einer Aktion stark und viele Schl\u00fcssel laufen danach ab. Der kleinere Redis-Speicherwert bedeutet nicht automatisch, dass der Container sofort entsprechend viel freie Reserve zur\u00fcckerh\u00e4lt. F\u00fcr die n\u00e4chste Spitze ist daher der Verlauf des tats\u00e4chlichen Verbrauchs wichtiger als die Annahme, dass freigegebener Speicher unmittelbar verschwindet.","ref":""},{"kind":"citation","text":"","ref":"S3"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Auch ","ref":""},{"kind":"code","text":"mem_fragmentation_ratio","ref":""},{"kind":"text","text":" ist kein reiner Fragmentierungsprozentsatz. Das Verh\u00e4ltnis umfasst weitere Prozessanteile; f\u00fcr die Ursachenanalyse solltest du es zusammen mit den verf\u00fcgbaren ","ref":""},{"kind":"code","text":"allocator_*","ref":""},{"kind":"text","text":"-Metriken und der Lastgeschichte betrachten. Aus einem einzelnen Verh\u00e4ltnis l\u00e4sst sich keine allgemein g\u00fcltige Reserve ableiten.","ref":""},{"kind":"citation","text":"","ref":"S3"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Bei RDB-Snapshots und AOF-Rewrites erzeugt Redis einen Kindprozess. Durch ","ref":""},{"kind":"strong","text":"Copy-on-Write","ref":""},{"kind":"text","text":" k\u00f6nnen zus\u00e4tzlich physische Speicherseiten ben\u00f6tigt werden, wenn w\u00e4hrend des Persistenzlaufs Seiten ver\u00e4ndert werden. Je st\u00e4rker und breiter die Schreiblast w\u00e4hrenddessen ist, desto wichtiger ist es, diese Phase bei der Kapazit\u00e4tsplanung zu beobachten.","ref":""},{"kind":"citation","text":"","ref":"S4"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Die Redis-Administration nennt f\u00fcr schreibintensive Anwendungen im Extrem einen Bedarf bis zum Doppelten des normalerweise genutzten Speichers. Das ist eine Warnung f\u00fcr ung\u00fcnstige Lastverh\u00e4ltnisse, kein pauschaler Multiplikator. Addiere au\u00dferdem nicht einfach die RSS-Werte von Eltern- und Kindprozess: Gemeinsam genutzte Seiten w\u00fcrden mehrfach gez\u00e4hlt; relevant ist die passende Host- oder Containerbeobachtung.","ref":""},{"kind":"citation","text":"","ref":"S4"}]}]},{"id":"replikation-speicher","heading":"Replikate brauchen eigene Budgets","blocks":[{"type":"paragraph","runs":[{"kind":"text","text":"Ein Replica h\u00e4lt grunds\u00e4tzlich eine Kopie des Datenbestands und ben\u00f6tigt daf\u00fcr eigenes RAM. Primary und Replica sind deshalb getrennte Speicherverbraucher: Eine Reserve auf dem Primary schafft keinen Platz im Container des Replica. Plane jedes Mitglied anhand seiner eigenen Grenze und seines beobachteten Verbrauchs.","ref":""},{"kind":"citation","text":"","ref":"S5"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Standardm\u00e4\u00dfig ignoriert ein Replica sein konfiguriertes ","ref":""},{"kind":"code","text":"maxmemory","ref":""},{"kind":"text","text":" f\u00fcr eigene Evictions. Der Primary entscheidet \u00fcber das Entfernen von Schl\u00fcsseln und repliziert die L\u00f6schungen. Trotzdem k\u00f6nnen sich die Speicherst\u00e4nde unterscheiden, etwa wegen abweichender Puffer oder Datenstrukturen; derselbe Grenzwert garantiert daher keine identische Auslastung.","ref":""},{"kind":"citation","text":"","ref":"S5"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Bei einer ","ref":""},{"kind":"strong","text":"Promotion","ref":""},{"kind":"text","text":" \u00fcbernimmt das fr\u00fchere Replica die Primary-Rolle. Pr\u00fcfe deshalb nicht nur, ob es als lesende Kopie gen\u00fcgend Platz hat, sondern auch, ob seine Speichergrenze und Konfiguration den Betrieb als Primary tragen. Dazu geh\u00f6ren insbesondere Schreiblast, Replikationsverbindungen und die dann geltende Eviction-Steuerung.","ref":""},{"kind":"citation","text":"","ref":"S5"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Seit Redis 7.0 teilen sich Replica-Buffer und Replikations-Backlog Speicher. ","ref":""},{"kind":"code","text":"mem_clients_slaves","ref":""},{"kind":"text","text":" kann deshalb null anzeigen, obwohl die Replikation Speicher beansprucht. Interpretiere das Feld nicht isoliert und addiere Backlog und Replica-Buffer nicht ungepr\u00fcft als vollst\u00e4ndig getrennte Bereiche.","ref":""},{"kind":"citation","text":"","ref":"S3"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Neben dem Speicherverbrauch ist der Fortschritt der Daten\u00fcbertragung f\u00fcr den Betrieb relevant: Eine Verz\u00f6gerung zeigt eine andere Eigenschaft als die Gr\u00f6\u00dfe eines Puffers. Wie sich Replikationsstand und R\u00fcckstand einordnen lassen, erkl\u00e4rt der Beitrag zum ","ref":""},{"kind":"internal_link","text":"Redis Replication Offset","ref":"I1"},{"kind":"text","text":". F\u00fcr die Speicherreserve bleiben dennoch die tats\u00e4chlichen Verbrauchsverl\u00e4ufe jeder Instanz entscheidend.","ref":""}]}]}],"2":[{"id":"metriken-erfassen","heading":"Speicher auf drei Ebenen erfassen","blocks":[{"type":"paragraph","runs":[{"kind":"text","text":"F\u00fcr die Dimensionierung brauchst du Werte aus Redis und von der Umgebung, in der die Instanz l\u00e4uft. Die ","ref":""},{"kind":"strong","text":"Beobachtungsebene","ref":""},{"kind":"text","text":" entscheidet dar\u00fcber, was eine Zahl aussagt: Allocator-Belegung, Prozess-RSS und Containerverbrauch sind unterschiedliche Gr\u00f6\u00dfen und lassen sich nicht einfach addieren.","ref":""},{"kind":"citation","text":"","ref":"S3"}]},{"type":"table","caption":"Speicherwerte und ihre Aussagegrenzen","headers":["Gr\u00f6\u00dfe","Ebene und Bedeutung","Grenze der Interpretation"],"rows":[["used_memory","Von Redis \u00fcber den Allocator belegter Speicher","Enth\u00e4lt Redis-Overhead und ist nicht identisch mit den reinen Nutzdaten."],["used_memory_rss","Residenter Speicher des Redis-Prozesses aus Betriebssystemsicht","Kann nach Lastspitzen hoch bleiben; ist nicht mit used_memory gleichzusetzen."],["mem_not_counted_for_evict","Anteil von used_memory, der bei der Eviction-Pr\u00fcfung ausgenommen wird","Schwankt und ist bereits in used_memory enthalten."],["Host- oder Containerverbrauch","Verbrauch an der relevanten Betriebsgrenze","Kann neben Redis weitere Verbraucher umfassen; die Definition h\u00e4ngt von der Umgebung ab."]],"source_ids":["S3"]},{"type":"paragraph","runs":[{"kind":"text","text":"Mit ","ref":""},{"kind":"code","text":"INFO memory","ref":""},{"kind":"text","text":" liest du unter anderem die Redis-Speicherwerte und die konfigurierte Policy. ","ref":""},{"kind":"code","text":"MEMORY STATS","ref":""},{"kind":"text","text":" erg\u00e4nzt Details zur Speicherverteilung. Beide Befehle sind lesend; welche Felder verf\u00fcgbar sind, h\u00e4ngt von Redis-Version, Berechtigungen und Hosting-Angebot ab.","ref":""},{"kind":"citation","text":"","ref":"S3"}]},{"type":"paragraph","runs":[{"kind":"text","text":"F\u00fcr den zeitlichen Zusammenhang pr\u00fcfst du au\u00dferdem ","ref":""},{"kind":"code","text":"INFO persistence","ref":""},{"kind":"text","text":" auf Persistenzaktivit\u00e4t und verf\u00fcgbare Copy-on-Write-Werte. ","ref":""},{"kind":"code","text":"INFO replication","ref":""},{"kind":"text","text":" zeigt Rolle und Replikationszustand. Erfasse diese Angaben f\u00fcr Primary und Replica getrennt, damit ein Rollenwechsel oder eine Synchronisation bei der Auswertung erkennbar bleibt.","ref":""},{"kind":"citation","text":"","ref":"S3"},{"kind":"citation","text":"","ref":"S5"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Ein einzelner Wert zeigt weder die typische Auslastung noch die notwendige Spitzenreserve. Sammle deshalb Zeitreihen \u00fcber normalen Betrieb, Schreibspitzen und Persistenzl\u00e4ufe und ordne ihnen den gleichzeitig beobachteten Host- oder Containerverbrauch zu. So erkennst du auch, ob ein hoher RSS-Wert eine aktuelle Last begleitet oder nach einer fr\u00fcheren Spitze bestehen bleibt.","ref":""},{"kind":"citation","text":"","ref":"S3"}]}]},{"id":"budget-rechnen","heading":"Ein belastbares Speicherbudget berechnen","blocks":[{"type":"paragraph","runs":[{"kind":"text","text":"Ausgangspunkt ist die tats\u00e4chlich wirksame ","ref":""},{"kind":"strong","text":"Speichergrenze","ref":""},{"kind":"text","text":": Bei einem Container kann sie niedriger sein als der RAM des Hosts. Ermittle, welche anderen Prozesse und Betriebsanteile dieselbe Grenze beanspruchen. Was ihnen vorbehalten ist, steht Redis nicht f\u00fcr Daten oder Spitzen zur Verf\u00fcgung.","ref":""}]},{"type":"paragraph","runs":[{"kind":"text","text":"Ziehe anschlie\u00dfend Reserven f\u00fcr zus\u00e4tzliche RSS- und Allocator-Effekte, nicht f\u00fcr Eviction gez\u00e4hlte Buffer, Persistenzspitzen und einen Sicherheitsabstand ab. Das Ergebnis ist ein vorl\u00e4ufiges ","ref":""},{"kind":"code","text":"maxmemory","ref":""},{"kind":"text","text":"-Budget, keine Redis-interne Gleichung. Die Reserven m\u00fcssen zur gleichen Grenze und zu realistisch gleichzeitig auftretenden Lastzust\u00e4nden passen.","ref":""},{"kind":"citation","text":"","ref":"S2"},{"kind":"citation","text":"","ref":"S3"},{"kind":"citation","text":"","ref":"S4"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Illustratives Rechenbeispiel, keine Messung: Von einer Containergrenze von 8 GiB werden 0,5 GiB f\u00fcr andere Verbraucher, 0,5 GiB f\u00fcr zus\u00e4tzliche RSS-Effekte, 0,5 GiB f\u00fcr aus der Eviction-Rechnung ausgenommene Buffer, 1 GiB f\u00fcr eine Persistenzspitze und 0,5 GiB Sicherheitsabstand abgezogen. Als vorl\u00e4ufiger Wert bleiben 5 GiB f\u00fcr ","ref":""},{"kind":"code","text":"maxmemory","ref":""},{"kind":"text","text":".","ref":""}]},{"type":"paragraph","runs":[{"kind":"text","text":"Diese Zahlen sind keine Empfehlung f\u00fcr eine konkrete Instanz. Das Beispiel setzt voraus, dass die angesetzten Reserven zus\u00e4tzliche, nicht \u00fcberlappende Beitr\u00e4ge zur Containergrenze beschreiben. Gerade bei einem Persistenzlauf k\u00f6nnen gemeinsame Speicherseiten und Copy-on-Write die Zuordnung erschweren; eine blo\u00dfe Addition der RSS-Werte von Eltern- und Kindprozess w\u00e4re daf\u00fcr ungeeignet.","ref":""},{"kind":"citation","text":"","ref":"S4"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Vermeide ","ref":""},{"kind":"strong","text":"Doppelz\u00e4hlungen","ref":""},{"kind":"text","text":": ","ref":""},{"kind":"code","text":"mem_not_counted_for_evict","ref":""},{"kind":"text","text":" steckt bereits in ","ref":""},{"kind":"code","text":"used_memory","ref":""},{"kind":"text","text":". Wenn du vom beobachteten gesamten RSS oder Containerverbrauch ausgehst, darfst du diesen Bufferanteil nicht ungepr\u00fcft noch einmal addieren. Im verbleibenden Eviction-Budget m\u00fcssen sowohl der Datensatz als auch der mitgez\u00e4hlte Redis-Overhead Platz finden; pr\u00fcfe den Ansatz anschlie\u00dfend unter vergleichbarer Last.","ref":""},{"kind":"citation","text":"","ref":"S2"},{"kind":"citation","text":"","ref":"S3"}]}]},{"id":"eviction-vergleichen","heading":"Eviction-Policies im Praxisvergleich","blocks":[{"type":"paragraph","runs":[{"kind":"text","text":"Die ","ref":""},{"kind":"strong","text":"Eviction-Policy","ref":""},{"kind":"text","text":" bestimmt, wie Redis bei Speicherknappheit auf schreibende Befehle reagiert. Sie ersetzt keine Kapazit\u00e4tsplanung: Selbst eine passende Policy ben\u00f6tigt Reserven au\u00dferhalb der Eviction-Rechnung. Die Entscheidung h\u00e4ngt vor allem davon ab, welche Schl\u00fcssel verloren gehen d\u00fcrfen und wie die Anwendung auf Fehler reagiert.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"table","caption":"Policies nach Einsatzzweck und Verhalten bei Speicherknappheit","headers":["Policy","Typische Eignung","Verlust und Fehlerfall"],"rows":[["noeviction","Daten, die nicht zur Platzgewinnung entfernt werden sollen","Keine Eviction zur Platzgewinnung; speichervergr\u00f6\u00dfernde Schreibbefehle k\u00f6nnen mit OOM scheitern."],["allkeys-lru","Cache mit wiederherstellbaren Daten","Schl\u00fcssel k\u00f6nnen nach n\u00e4herungsweisem LRU entfernt werden; dadurch entstehen Cache-Misses."],["volatile-*","Bestand, bei dem nur Schl\u00fcssel mit Ablaufzeit zur Eviction vorgesehen sind","Nur Schl\u00fcssel mit TTL sind Kandidaten; fehlen geeignete Kandidaten, kann Platz nicht ausreichend freigemacht werden."]],"source_ids":["S2","S6"]},{"type":"paragraph","runs":[{"kind":"text","text":"Bei einem reinen Cache kann ","ref":""},{"kind":"code","text":"allkeys-lru","ref":""},{"kind":"text","text":" passen, wenn sich entfernte Eintr\u00e4ge aus einer anderen Quelle neu aufbauen lassen. LRU ist in Redis eine N\u00e4herung und keine exakte globale Sortierung. H\u00e4ufige Evictions k\u00f6nnen mehr Zugriffe auf das Backend ausl\u00f6sen; deshalb sind nicht nur freie Bytes, sondern auch Cache-Trefferrate und Backend-Kapazit\u00e4t wichtig.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"F\u00fcr nicht beliebig l\u00f6schbare Daten ist ","ref":""},{"kind":"code","text":"noeviction","ref":""},{"kind":"text","text":" eine andere Entscheidung: Die Anwendung muss fehlgeschlagene Schreibvorg\u00e4nge behandeln k\u00f6nnen, statt stillschweigend mit erfolgreicher Speicherung zu rechnen. Die Policy ist weder Persistenz noch Schutz vor einem OOM auf Betriebssystem- oder Containerebene.","ref":""},{"kind":"citation","text":"","ref":"S6"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Bei gemischten Best\u00e4nden ist die ","ref":""},{"kind":"strong","text":"TTL-Disziplin","ref":""},{"kind":"text","text":" entscheidend: Eine ","ref":""},{"kind":"code","text":"volatile-*","ref":""},{"kind":"text","text":"-Policy kann nur Schl\u00fcssel mit Ablaufzeit ausw\u00e4hlen. Wenn zu wenige geeignete Kandidaten vorhanden sind, sch\u00fctzt eine TTL allein nicht vor Schreibfehlern. Pr\u00fcfe deshalb, ob Cache und wichtige Daten wirklich dieselbe Instanz und Fehlerstrategie teilen sollten.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Session-Daten verdeutlichen den Zielkonflikt: Ein entfernter Eintrag kann f\u00fcr Nutzer den Verlust eines Sitzungszustands bedeuten, auch wenn die Anwendung technisch weiterl\u00e4uft. Bewerte die Folgen und Wiederherstellbarkeit vor der Policy-Wahl; zus\u00e4tzliche Grundlagen bietet der Beitrag zum ","ref":""},{"kind":"internal_link","text":"Session-Management mit Redis und anderen Speichern","ref":"I3"},{"kind":"text","text":".","ref":""}]}]}],"3":[{"id":"betrieb-ueberwachen","heading":"Reserve unter Last \u00fcberpr\u00fcfen","blocks":[{"type":"paragraph","runs":[{"kind":"text","text":"Ein berechneter Wert f\u00fcr ","ref":""},{"kind":"code","text":"maxmemory","ref":""},{"kind":"text","text":" ist zun\u00e4chst ein Ausgangspunkt. Pr\u00fcfe ihn in einer isolierten Umgebung mit vergleichbarer Redis-Version, Datenstruktur und Speichergrenze. Die Last sollte nicht nur den gew\u00f6hnlichen Betrieb abbilden, sondern auch Schreibspitzen und Phasen, in denen Persistenz und Replikation gleichzeitig aktiv sind.","ref":""},{"kind":"citation","text":"","ref":"S4"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Beobachte dabei den ","ref":""},{"kind":"strong","text":"Containerverbrauch","ref":""},{"kind":"text","text":" beziehungsweise die passende Host-Metrik ebenso wie Redis-Speicherwerte. Halte fest, wann ein Snapshot oder AOF-Rewrite l\u00e4uft und ob ein Replica synchronisiert wird. Entscheidend ist, wie viel Abstand zur tats\u00e4chlichen Grenze w\u00e4hrend \u00fcberlappender Ereignisse bleibt, nicht nur im Leerlauf danach.","ref":""},{"kind":"citation","text":"","ref":"S3"},{"kind":"citation","text":"","ref":"S5"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Mit dem lesenden Befehl ","ref":""},{"kind":"code","text":"INFO stats","ref":""},{"kind":"text","text":" erfasst du unter anderem Eviction-Z\u00e4hler. Werte deren \u00c4nderung pro Zeitintervall aus: Ein hoher historischer Stand allein sagt nicht, ob gerade Schl\u00fcssel verdr\u00e4ngt werden. Setze steigende Evictions in Beziehung zu Cache-Treffern und Backend-Last, sofern deine Anwendung diese Gr\u00f6\u00dfen bereitstellt.","ref":""},{"kind":"citation","text":"","ref":"S3"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Erfasse au\u00dferdem Redis-OOM-Antworten in der Anwendung und speicherbedingte Container-Ereignisse auf der Plattform. Beide Fehler k\u00f6nnen bei \u00e4hnlicher Last auftreten, betreffen aber unterschiedliche Grenzen. Eine Alarmierung sollte deshalb sowohl die verf\u00fcgbare Reserve als auch die beobachteten Fehler und deren zeitlichen Verlauf ber\u00fccksichtigen.","ref":""},{"kind":"citation","text":"","ref":"S6"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Wiederhole die Bewertung nach \u00c4nderungen am Datensatz, an der Schreiblast oder an Persistenz und Replikation. Auch eine Promotion ver\u00e4ndert die Rolle eines Replica und damit das zu pr\u00fcfende Lastprofil. Die Ergebnisse aus der isolierten Umgebung ersetzen nicht die fortlaufende Beobachtung der produktiven Instanzen.","ref":""},{"kind":"citation","text":"","ref":"S5"}]}]},{"id":"fehler-diagnose","heading":"Speicherprobleme gezielt eingrenzen","blocks":[{"type":"paragraph","runs":[{"kind":"text","text":"Steigt der Prozess-RSS, w\u00e4hrend ","ref":""},{"kind":"code","text":"used_memory","ref":""},{"kind":"text","text":" f\u00e4llt, betrachte zuerst den Verlauf und die vorherige Last. Freigegebener Speicher muss nicht sofort an das Betriebssystem zur\u00fcckgehen. Die ","ref":""},{"kind":"strong","text":"Allocator-Metriken","ref":""},{"kind":"text","text":" aus ","ref":""},{"kind":"code","text":"INFO memory","ref":""},{"kind":"text","text":" helfen bei der Einordnung; das Fragmentierungsverh\u00e4ltnis allein beweist weder ein Speicherleck noch dessen Ursache.","ref":""},{"kind":"citation","text":"","ref":"S3"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Pr\u00fcfe anschlie\u00dfend, ob der Anstieg zeitlich mit einem Persistenzlauf oder einer Synchronisierung zusammenf\u00e4llt. Dazu dienen ","ref":""},{"kind":"code","text":"INFO persistence","ref":""},{"kind":"text","text":" und ","ref":""},{"kind":"code","text":"INFO replication","ref":""},{"kind":"text","text":". Ein einzelner Wert f\u00fcr nicht zur Eviction gez\u00e4hlte Buffer beschreibt nur den aktuellen Zustand. F\u00fcr eine Reserve brauchst du Beobachtungen \u00fcber relevante Last- und St\u00f6rungsphasen hinweg.","ref":""},{"kind":"citation","text":"","ref":"S3"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Bei einer ","ref":""},{"kind":"strong","text":"Redis-OOM-Antwort","ref":""},{"kind":"text","text":" pr\u00fcfe die konfigurierte Policy und ob geeignete Schl\u00fcssel f\u00fcr eine Eviction vorhanden sind. Insbesondere kann ein Schreibbefehl scheitern, wenn Redis unter der geltenden Policy keinen ausreichenden Platz freimachen kann. Die Anwendung muss diesen Fehler behandeln, statt einen erfolgreichen Schreibvorgang vorauszusetzen.","ref":""},{"kind":"citation","text":"","ref":"S6"},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Bei einem speicherbedingten Container-Abbruch untersuche dagegen die Plattformereignisse und den Verbrauch gegen\u00fcber dem Containerlimit. Beziehe Persistenzspitzen und andere im Container erfasste Verbraucher ein. Ein Redis-OOM und ein Container-OOM sind nicht gleichzusetzen: Auch ohne eine vorherige Redis-OOM-Antwort kann die \u00e4u\u00dfere Speichergrenze erreicht werden.","ref":""},{"kind":"citation","text":"","ref":"S3"}]},{"type":"paragraph","runs":[{"kind":"code","text":"maxmemory-clients","ref":""},{"kind":"text","text":" kann zus\u00e4tzlich den von Clients belegten Speicher begrenzen. \u00dcberschreitet der relevante Client-Speicher die konfigurierte Schwelle, kann Redis Clients mit hohem Verbrauch trennen; Anwendungen m\u00fcssen mit Verbindungsabbr\u00fcchen umgehen. Die Einstellung begrenzt nicht s\u00e4mtliche Replikationsverbindungen und ersetzt weder das Gesamtbudget noch die Beobachtung von Pufferspitzen.","ref":""},{"kind":"citation","text":"","ref":"S7"}]}]},{"id":"hosting-entscheidung","heading":"Redis Hosting und Architektur abw\u00e4gen","blocks":[{"type":"paragraph","runs":[{"kind":"text","text":"Reicht die beobachtete Reserve bei repr\u00e4sentativer Last nicht aus, kann mehr RAM sinnvoll sein, wenn Datensatz und Last grunds\u00e4tzlich auf einer Instanz bleiben sollen. Die zus\u00e4tzliche Kapazit\u00e4t muss jedoch zur tats\u00e4chlich wirksamen Host- oder Containergrenze geh\u00f6ren. Ein gr\u00f6\u00dferes Redis-Limit allein schafft keinen zus\u00e4tzlichen physischen Speicher.","ref":""},{"kind":"citation","text":"","ref":"S4"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Alternativ kann eine ","ref":""},{"kind":"strong","text":"Lastverteilung","ref":""},{"kind":"text","text":" den Speicherbedarf und die Schreibarbeit auf mehrere Instanzen verteilen. Das erfordert eine passende Aufteilung der Daten und eine eigene Budgetierung f\u00fcr jede beteiligte Instanz. Replikate sind dabei nicht mit einer Aufteilung des Datenbestands gleichzusetzen: Sie halten grunds\u00e4tzlich eine Kopie und ben\u00f6tigen daf\u00fcr eigenes RAM.","ref":""},{"kind":"citation","text":"","ref":"S5"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Auch eine Architektur\u00e4nderung kann helfen, etwa die Trennung eines verlusttoleranten Caches von Daten mit strengeren Anforderungen. Dadurch lassen sich Policies und Kapazit\u00e4ten unabh\u00e4ngig w\u00e4hlen. Weder diese Trennung noch mehr RAM oder Lastverteilung garantiert allerdings, dass Persistenz-, Replikations- und Schreibspitzen k\u00fcnftig ausbleiben.","ref":""}]},{"type":"paragraph","runs":[{"kind":"text","text":"Beim Vergleich von ","ref":""},{"kind":"strong","text":"Anbietergrenzen","ref":""},{"kind":"text","text":" kl\u00e4re, ob der ausgewiesene Wert ein Containerlimit, ein Instanzlimit oder ein anders definiertes Datenbanklimit bezeichnet. Frage au\u00dferdem, welche Metriken und Diagnosebefehle zug\u00e4nglich sind, ob Replikate im gebuchten Speicher enthalten sind und wie sich eine Promotion auf die verf\u00fcgbaren Ressourcen auswirkt.","ref":""}]},{"type":"paragraph","runs":[{"kind":"text","text":"Redis Open Source, Redis Software und Redis Cloud sind getrennt zu betrachten. Bei Redis Software gilt das dokumentierte Datenbanklimit \u00fcber Primary- und Replica-Shards hinweg; daraus folgt keine entsprechende Regel f\u00fcr eine einzelne Redis-OSS-Instanz. F\u00fcr Redis Cloud und andere Hosting-Angebote pr\u00fcfst du die jeweils konkreten Produktbedingungen, statt diese Definition ungepr\u00fcft zu \u00fcbertragen.","ref":""},{"kind":"citation","text":"","ref":"S1"}]}]}]},"plan":{"reader_question":"Wie gro\u00df darf Redis maxmemory sein, damit Daten, Replikation, Clients und Persistenz auch unter Last innerhalb der verf\u00fcgbaren Speichergrenze bleiben?","sections":[{"id":"maxmemory-grundlagen","heading":"Was maxmemory tats\u00e4chlich begrenzt","part":1,"target_words":270,"purpose":"Die Eviction-Schwelle von einer harten Prozess- oder Containergrenze abgrenzen. In kurzen Abs\u00e4tzen erkl\u00e4ren, dass used_memory auch Redis-Overhead enth\u00e4lt, mem_not_counted_for_evict darin enthalten und bei der Eviction-Pr\u00fcfung ausgenommen ist. Ein gro\u00dfer Befehl kann die Schwelle vor\u00fcbergehend \u00fcberschreiten; nicht alle Client- und Replikationsbereiche pauschal ausnehmen.","source_ids":["S2","S3"],"internal_link_ids":[]},{"id":"rss-und-persistenz","heading":"RSS, Allocator und Persistenzspitzen","part":1,"target_words":270,"purpose":"Anhand eines Lastspitzen-Beispiels used_memory und Prozess-RSS unterscheiden und erkl\u00e4ren, warum freigegebener Speicher im RSS verbleiben kann. Fragmentierungsverh\u00e4ltnis nicht als reinen Prozentsatz behandeln. Fork und Copy-on-Write bei RDB und AOF erl\u00e4utern; das m\u00f6gliche Extrem bis zum Doppelten als Warnung statt allgemeiner Formel einordnen und gemeinsame Speicherseiten beachten.","source_ids":["S3","S4"],"internal_link_ids":[]},{"id":"replikation-speicher","heading":"Replikate brauchen eigene Budgets","part":1,"target_words":270,"purpose":"Primary und Replica als getrennte Speicherverbraucher erkl\u00e4ren: Datenkopie, abweichende Puffer und standardm\u00e4\u00dfig vom Primary gesteuerte Evictions. Promotion als eigenes Kapazit\u00e4tsszenario einf\u00fchren. Redis 7.0 und den geteilten Speicher von Backlog und Replica-Buffern nennen; mem_clients_slaves nicht isoliert deuten oder Bereiche doppelt addieren.","source_ids":["S3","S5"],"internal_link_ids":["I1"]},{"id":"metriken-erfassen","heading":"Speicher auf drei Ebenen erfassen","part":2,"target_words":270,"purpose":"Eine informative Tabelle zu used_memory, used_memory_rss, mem_not_counted_for_evict und Host- oder Containerverbrauch planen: Bedeutung, Beobachtungsebene und Interpretationsgrenze. Anschlie\u00dfend lesende Befehle INFO memory, INFO persistence, INFO replication und MEMORY STATS sowie versions- und angebotsabh\u00e4ngige Felder einordnen. Zeitreihen und repr\u00e4sentative Lastphasen statt einzelner Werte betonen.","source_ids":["S3","S5"],"internal_link_ids":[]},{"id":"budget-rechnen","heading":"Ein belastbares Speicherbudget berechnen","part":2,"target_words":280,"purpose":"Schrittweise von der tats\u00e4chlichen Grenze \u00fcber andere Verbraucher, zus\u00e4tzliche RSS-Effekte, nicht f\u00fcr Eviction gez\u00e4hlte Buffer, Persistenzspitzen und Sicherheitsabstand zu einem vorl\u00e4ufigen maxmemory gelangen. Ein ausdr\u00fccklich illustratives Zahlenbeispiel ohne Messbehauptung planen. Einheitliche Bezugsgr\u00f6\u00dfen, \u00dcberschneidungen und den Platz f\u00fcr Datensatz samt Redis-Overhead innerhalb des Budgets erkl\u00e4ren.","source_ids":["S2","S3","S4"],"internal_link_ids":[]},{"id":"eviction-vergleichen","heading":"Eviction-Policies im Praxisvergleich","part":2,"target_words":270,"purpose":"Eine Vergleichstabelle f\u00fcr noeviction, allkeys-lru und volatile-* mit Eignung, Verlustverhalten und Fehlerfall vorsehen. Cache, wichtige Daten und gemischten Bestand anhand konkreter Folgen unterscheiden; begrenzte TTL-Kandidaten und n\u00e4herungsweises LRU erl\u00e4utern. Session-Daten als Beispiel f\u00fcr bewusst zu bewertende Verlustfolgen einordnen.","source_ids":["S2","S6"],"internal_link_ids":["I3"]},{"id":"betrieb-ueberwachen","heading":"Reserve unter Last \u00fcberpr\u00fcfen","part":3,"target_words":270,"purpose":"Einen Ablauf f\u00fcr isolierte Tests unter vergleichbarer Last und anschlie\u00dfendes Monitoring planen: normale und gleichzeitige Schreib-, Persistenz- und Replikationsspitzen beobachten. INFO stats und Z\u00e4hler\u00e4nderungen mit Containerverbrauch, Evictions und OOM-Fehlern verkn\u00fcpfen. Kein Test als durchgef\u00fchrt darstellen; nach Last- und Rollen\u00e4nderungen neu dimensionieren.","source_ids":["S3","S4","S5","S6"],"internal_link_ids":[]},{"id":"fehler-diagnose","heading":"Speicherprobleme gezielt eingrenzen","part":3,"target_words":270,"purpose":"Eine Diagnosefolge f\u00fcr steigendes RSS, Redis-OOM und Container-OOM anhand von Verlauf, Allocator-Feldern, Persistenz und Replikation skizzieren. Einzelne Bufferwerte nicht als Spitzenreserve interpretieren. maxmemory-clients als gesonderten Schutz mit m\u00f6glichen Client-Trennungen erkl\u00e4ren, nicht als umfassende Begrenzung aller Replikationsverbindungen.","source_ids":["S3","S6","S7"],"internal_link_ids":[]},{"id":"hosting-entscheidung","heading":"Redis Hosting und Architektur abw\u00e4gen","part":3,"target_words":260,"purpose":"Abschlie\u00dfend Entscheidungskriterien f\u00fcr mehr RAM, Lastverteilung oder Architektur\u00e4nderungen gegen\u00fcberstellen, ohne Spitzenfreiheit zu versprechen. Anbietergrenzen, Metrikzugang und Einbeziehung von Replikaten pr\u00fcfen; Redis OSS, Redis Software und Redis Cloud ausdr\u00fccklich trennen. Das \u00fcber Primary- und Replica-Shards geltende Software-Datenbanklimit nicht auf OSS \u00fcbertragen.","source_ids":["S1","S4","S5"],"internal_link_ids":[]}]},"repairs":0,"reviews":1,"issues":[],"guard":{"content_md5":"9185ebad95cda99cf462486ef30cb309","title":"Dimensionare correttamente maxmemory in Redis: riserve di memoria per i dati e il funzionamento","slug":"dimensionare-correttamente-la-parametro-maxmemory-di-redis","excerpt":"Il parametro `maxmemory` di Redis non rappresenta un limite rigido della RAM. Scopri come integrare dati, replica, picchi di persistenza e limiti dei container nella pianificazione della memoria.","status":"draft","featured_media":22166},"verify":{"content_md5":"9185ebad95cda99cf462486ef30cb309","title":"Dimensionare correttamente maxmemory in Redis: riserve di memoria per i dati e il funzionamento","slug":"dimensionare-correttamente-la-parametro-maxmemory-di-redis","excerpt":"Il parametro `maxmemory` di Redis non rappresenta un limite rigido della RAM. Scopri come integrare dati, replica, picchi di persistenza e limiti dei container nella pianificazione della memoria.","status":"draft","featured_media":22166},"row_number":1937,"created_at":"2026-11-04T13:41:49+00:00","editorial_policy":{"version":"2.1.6","max_repairs":4,"review_model_from_attempt":2},"updated_at":"2026-11-04T13:46:43+00:00","verified_at":"2026-11-04T13:46:27+00:00"},"_wh_make_research":"# Recherchebriefing: Redis maxmemory richtig dimensionieren\n\nRecherchestand: 4. November 2026  \nGeplanter Umfang des Fachartikels: 2.400\u20132.700 W\u00f6rter\n\n## Leserfrage und Ziel\n\nWie gro\u00df darf `maxmemory` bei einer Redis-Instanz sein, damit Daten, Replikation, Clients und Persistenz auch unter Last gen\u00fcgend Speicher haben? Der Artikel soll zeigen, warum der Wert weder dem verf\u00fcgbaren RAM noch der reinen Nutzdatengr\u00f6\u00dfe entspricht und wie sich ein belastbares Budget aus Beobachtungen ableiten l\u00e4sst.\n\nZielgruppe sind Administratoren und Entwickler mit Grundkenntnissen in Redis und Linux. Vorausgesetzt werden Zugang zu lesenden Redis-Diagnosebefehlen und zu Metriken des Hosts beziehungsweise Containers. Der Schwerpunkt liegt auf Redis Open Source. Redis Software, Redis Cloud und Angebote f\u00fcr Redis Hosting m\u00fcssen getrennt betrachtet werden: Deren Speicherlimits und administrative M\u00f6glichkeiten k\u00f6nnen anders definiert sein. ([redis.io](https:\/\/redis.io\/docs\/latest\/operate\/rs\/databases\/memory-performance\/memory-limit\/?utm_source=openai))\n\n## Gesicherte Funktionsweise\n\n### Was `maxmemory` tats\u00e4chlich begrenzt\n\n`maxmemory` ist ein Schwellenwert f\u00fcr die Redis-Speichersteuerung, keine harte Obergrenze f\u00fcr den gesamten Prozess- oder Containerverbrauch. Bei speichervergr\u00f6\u00dfernden Befehlen pr\u00fcft Redis den Verbrauch und versucht gegebenenfalls, entsprechend der Eviction-Policy Schl\u00fcssel zu entfernen. Ein einzelner gro\u00dfer Befehl kann die Schwelle vor\u00fcbergehend deutlich \u00fcberschreiten. ([redis.io](https:\/\/redis.io\/docs\/latest\/develop\/reference\/eviction\/?utm_source=openai))\n\nF\u00fcr die Eviction werden bestimmte Speicheranteile nicht mitgerechnet. Dazu geh\u00f6ren insbesondere tempor\u00e4re Replikations- und AOF-Puffer. Redis weist ihren aktuellen Umfang mit `mem_not_counted_for_evict` aus. Dieser Wert schwankt; ein einzelner Messpunkt ist deshalb keine sichere Reservesch\u00e4tzung. Nicht alle Replikations- oder Client-Speicherbereiche d\u00fcrfen pauschal als \u201eau\u00dferhalb von maxmemory\u201c bezeichnet werden. ([redis.io](https:\/\/redis.io\/docs\/latest\/develop\/reference\/eviction\/?utm_source=openai))\n\nDie wichtige Abgrenzung f\u00fcr den Artikel:\n\n- `used_memory` beschreibt von Redis \u00fcber den Allocator belegten Speicher, nicht nur Nutzdaten.\n- `used_memory_rss` beschreibt den residenten Speicher des Redis-Prozesses aus Betriebssystemsicht.\n- `mem_not_counted_for_evict` ist ein in `used_memory` enthaltener Anteil, der f\u00fcr die Eviction-Pr\u00fcfung nicht ber\u00fccksichtigt wird.\n- Host- oder Containergrenzen betreffen mehr als die Eviction-Rechnung und gegebenenfalls mehr als den Redis-Hauptprozess. ([redis.io](https:\/\/redis.io\/docs\/latest\/commands\/info\/?utm_source=openai))\n\n### Warum RSS und Persistenz Reserve ben\u00f6tigen\n\nFreigegebener Redis-Speicher wird nicht zwingend sofort an das Betriebssystem zur\u00fcckgegeben. Nach Lastspitzen kann RSS deshalb hoch bleiben, obwohl `used_memory` gesunken ist. Das Verh\u00e4ltnis `mem_fragmentation_ratio` umfasst neben Fragmentierung auch weitere Prozessanteile; es ist kein reiner Fragmentierungsprozentsatz. F\u00fcr eine Diagnose geh\u00f6ren Verlauf, `allocator_*`-Metriken und Lastgeschichte zusammen. ([redis.io](https:\/\/redis.io\/docs\/latest\/commands\/info\/?utm_source=openai))\n\nBei RDB-Snapshots und AOF-Rewrites nutzt Redis einen Kindprozess und Copy-on-Write. Werden w\u00e4hrenddessen viele Speicherseiten ver\u00e4ndert, steigt der tats\u00e4chliche Speicherbedarf. Die Redis-Administration nennt f\u00fcr schreibintensive Anwendungen im Extrem bis zum Doppelten des normalerweise genutzten Speichers. Das ist eine Warnung f\u00fcr die Kapazit\u00e4tsplanung, kein pauschaler Multiplikator f\u00fcr jeden Betrieb. Prozess-RSS-Werte von Eltern- und Kindprozess d\u00fcrfen wegen gemeinsam genutzter Seiten nicht einfach addiert werden; f\u00fcr die Grenze ist die passende Host- oder Containerbeobachtung entscheidend. ([redis.io](https:\/\/redis.io\/docs\/latest\/operate\/oss_and_stack\/management\/admin\/?utm_source=openai))\n\n### Replikation gesondert planen\n\nEin Replica h\u00e4lt grunds\u00e4tzlich eine Kopie des Datenbestands und ben\u00f6tigt daher eigenes RAM. Standardm\u00e4\u00dfig ignoriert ein Replica `maxmemory` f\u00fcr eigene Evictions; der Primary entscheidet \u00fcber Evictions und repliziert die L\u00f6schungen. Ein Replica kann dennoch mehr Speicher als sein konfigurierter Wert ben\u00f6tigen, etwa durch unterschiedliche Buffer oder Datenstrukturen. Nach einer Promotion \u00e4ndert sich seine Rolle: Die Dimensionierung muss auch den Betrieb als Primary ber\u00fccksichtigen. ([redis.io](https:\/\/redis.io\/docs\/latest\/operate\/oss_and_stack\/management\/replication\/?utm_source=openai))\n\nSeit Redis 7.0 teilen Replica-Buffer Speicher mit dem Replikations-Backlog. `mem_clients_slaves` kann daher null anzeigen, ohne dass Replikation keinen Speicher verbraucht. Backlog und Replica-Buffer nicht anhand einzelner Felder doppelt addieren. ([redis.io](https:\/\/redis.io\/docs\/latest\/commands\/info\/?utm_source=openai))\n\n## Dimensionierung als Arbeitsmodell\n\nF\u00fcr jede Instanz beziehungsweise jeden Container zuerst die tats\u00e4chlich verf\u00fcgbare Speichergrenze bestimmen. Davon werden Reserven f\u00fcr andere Prozesse und Betriebssystemanteile, zus\u00e4tzliche RSS-\/Allocator-Effekte, nicht f\u00fcr Eviction gez\u00e4hlte Buffer, Persistenzspitzen und Sicherheitsabstand abgeleitet. \u00dcbrig bleibt ein vorl\u00e4ufiges `maxmemory`-Budget.\n\nDiese Rechnung ist ein Planungsmodell, keine Redis-interne Gleichung. Komponenten m\u00fcssen auf derselben Bezugsgr\u00f6\u00dfe beruhen und d\u00fcrfen nicht doppelt gez\u00e4hlt werden. Insbesondere ist `mem_not_counted_for_evict` bereits Teil von `used_memory`; wer mit dem beobachteten gesamten RSS oder Containerverbrauch rechnet, darf ihn nicht nochmals ungepr\u00fcft addieren. Gleichzeitig muss das resultierende Budget gen\u00fcgend Platz f\u00fcr Datensatz und Redis-Overhead innerhalb der Eviction-Rechnung lassen. ([redis.io](https:\/\/redis.io\/docs\/latest\/commands\/info\/?utm_source=openai))\n\nSinnvolle Vorgehensweise f\u00fcr den Artikel:\n\n1. Host-, Container- und Anbietergrenzen sowie andere Verbraucher erfassen.\n2. \u00dcber repr\u00e4sentative Zeitr\u00e4ume Normalbetrieb, Schreibspitzen und Persistenzl\u00e4ufe beobachten.\n3. Primary und jedes Replica separat auswerten; Failover-Szenario einbeziehen.\n4. Einen vorl\u00e4ufigen Wert mit Reserve festlegen und in einer isolierten Testumgebung unter vergleichbarer Last pr\u00fcfen.\n5. Auslastung, Evictions, OOM-Fehler und tats\u00e4chlichen Speicherverbrauch dauerhaft \u00fcberwachen und das Budget nach Last\u00e4nderungen neu bewerten.\n\n## Relevante Praxisf\u00e4lle und Entscheidungen\n\n**Reiner Cache:** Sind alle Daten aus einer anderen Quelle wiederherstellbar, kann `allkeys-lru` eine passende Wahl sein. Evictions sind dann Teil des Betriebs; steigende Evictions k\u00f6nnen aber Cache-Trefferrate und Backend-Last verschlechtern. LRU und LFU arbeiten n\u00e4herungsweise, nicht als exakte globale Sortierung. ([redis.io](https:\/\/redis.io\/docs\/latest\/develop\/reference\/eviction\/?utm_source=openai))\n\n**Nicht beliebig l\u00f6schbare Daten:** Bei `noeviction` entfernt Redis keine Schl\u00fcssel, um Platz zu schaffen. Speichervergr\u00f6\u00dfernde Schreibbefehle k\u00f6nnen mit OOM-Fehlern scheitern; die Anwendung braucht daf\u00fcr eine Fehlerstrategie. `noeviction` ist weder Persistenz noch eine Garantie gegen Betriebssystem-OOM. ([redis.io](https:\/\/redis.io\/docs\/latest\/develop\/reference\/errors\/common\/oom\/?utm_source=openai))\n\n**Gemischter Datenbestand:** `volatile-*`-Policies w\u00e4hlen nur Schl\u00fcssel mit Ablaufzeit aus. Gibt es keine geeigneten Schl\u00fcssel mehr, kann Redis wie bei `noeviction` keine ausreichende Kapazit\u00e4t freimachen. Ob eine gemeinsame Instanz f\u00fcr Cache und wichtige Daten sinnvoll ist, h\u00e4ngt daher auch von TTL-Disziplin und Fehlertoleranz ab. ([redis.io](https:\/\/redis.io\/docs\/latest\/develop\/reference\/eviction\/?utm_source=openai))\n\n**Schreiblast mit Persistenz und Replikation:** Hier m\u00fcssen Buffer-Schwankungen und Copy-on-Write-Spitzen gemeinsam in realistischen Zeitfenstern betrachtet werden. Als Alternative zu einer gr\u00f6\u00dferen Reserve kommen mehr RAM, Lastverteilung oder eine Anpassung der Architektur infrage; keine Ma\u00dfnahme beseitigt automatisch alle Spitzen. ([redis.io](https:\/\/redis.io\/docs\/latest\/operate\/oss_and_stack\/management\/admin\/?utm_source=openai))\n\n**Redis Hosting:** Pr\u00fcfen, ob der Anbieter eine Instanzgrenze, Containergrenze oder ein anders definiertes Datenbanklimit ausweist, welche Metriken verf\u00fcgbar sind und ob Replikate im gebuchten Speicher enthalten sind. Redis-Software-Datenbanklimits beispielsweise gelten \u00fcber Primary- und Replica-Shards hinweg; das darf nicht ungepr\u00fcft auf Redis OSS \u00fcbertragen werden. ([redis.io](https:\/\/redis.io\/docs\/latest\/operate\/rs\/databases\/memory-performance\/memory-limit\/?utm_source=openai))\n\n## Sichere Diagnosebeispiele\n\nDie folgenden Beispiele sind lesend; sie ver\u00e4ndern keine Konfiguration. Ausgabe und verf\u00fcgbare Felder h\u00e4ngen von Version, Berechtigungen und Hosting-Angebot ab.\n\nRedis-CLI: `INFO memory`  \nF\u00fcr `used_memory`, `used_memory_rss`, `maxmemory`, `maxmemory_policy` und `mem_not_counted_for_evict`.\n\nRedis-CLI: `INFO stats`  \nF\u00fcr Betriebsz\u00e4hler wie Evictions; \u00c4nderungen \u00fcber die Zeit sind aussagekr\u00e4ftiger als ein isolierter Z\u00e4hlerstand.\n\nRedis-CLI: `INFO persistence`  \nZur Einordnung von Persistenzaktivit\u00e4t und verf\u00fcgbaren Copy-on-Write-Metriken.\n\nRedis-CLI: `INFO replication`  \nZur Pr\u00fcfung der Rolle und des Replikationszustands.\n\nRedis-CLI: `MEMORY STATS`  \nF\u00fcr zus\u00e4tzliche Einblicke in die Speicherverteilung. Die Interpretation der Felder muss zur eingesetzten Version passen. ([redis.io](https:\/\/redis.io\/docs\/latest\/commands\/info\/?utm_source=openai))\n\nBei vielen Clients kann `maxmemory-clients` als separate Schutzma\u00dfnahme relevant sein: Redis kann dann Clients mit hohem Speicherverbrauch trennen. Das ist keine Begrenzung f\u00fcr alle Replikationsverbindungen und ersetzt keine Gesamtbudgetierung. ([redis.io](https:\/\/redis.io\/docs\/latest\/develop\/reference\/clients\/?utm_source=openai))\n\n## Typische Fehler und Tabellenplanung\n\nEine Tabelle sollte die Metriken, ihre Bedeutung, ihre Grenzen und die jeweils passende Beobachtungsebene gegen\u00fcberstellen: Redis-Allocator, Prozess-RSS sowie Host oder Container. Eine zweite Tabelle kann `noeviction`, `allkeys-lru` und eine `volatile-*`-Policy anhand von Eignung, Verlustverhalten und Fehlerfall vergleichen.\n\nZu vermeiden sind insbesondere:\n\n- `maxmemory` auf das gesamte Containerlimit setzen.\n- `used_memory` mit reinen Nutzdaten gleichsetzen.\n- Einen aktuellen Bufferwert als dauerhaften Spitzenwert verwenden.\n- Fragmentierungsquote oder Copy-on-Write pauschal als festen Prozentsatz annehmen.\n- Replikate und Failover nicht separat dimensionieren.\n- `volatile-*` w\u00e4hlen, ohne ausreichend Schl\u00fcssel mit TTL zu haben.\n- Redis OSS, Redis Software und Hosting-Grenzen vermischen.\n\nEin Chart ist auf Basis dieser Recherche nicht erforderlich: Es liegen keine geeigneten workloadbezogenen Messreihen vor. Falls sp\u00e4ter ein Zahlenbeispiel erg\u00e4nzt wird, muss es ausdr\u00fccklich als illustrativ und nicht als Messung gekennzeichnet sein.\n\n## Quelldokumente f\u00fcr die sp\u00e4tere Ausarbeitung\n\n- Redis-Dokumentation, \u201eKey eviction\u201c: Schwelle, Buffer und Policies. ([redis.io](https:\/\/redis.io\/docs\/latest\/develop\/reference\/eviction\/?utm_source=openai))\n- Redis-Befehlsreferenz, \u201eINFO\u201c: Definition und Versionshinweise der Speicherfelder. ([redis.io](https:\/\/redis.io\/docs\/latest\/commands\/info\/?utm_source=openai))\n- Redis-Dokumentation, \u201eRedis replication\u201c: Replica-Verhalten und `maxmemory`. ([redis.io](https:\/\/redis.io\/docs\/latest\/operate\/oss_and_stack\/management\/replication\/?utm_source=openai))\n- Redis-Dokumentation, \u201eRedis administration\u201c und \u201eRedis persistence\u201c: Speicherreserve, Fork und Copy-on-Write. ([redis.io](https:\/\/redis.io\/docs\/latest\/operate\/oss_and_stack\/management\/admin\/?utm_source=openai))\n\nF\u00fcr den Folgeartikel sollten die tats\u00e4chlich eingesetzte Redis-Version und die Anbietergrenzen nochmals konkret gepr\u00fcft werden. Es wurden keine bestehenden S- oder I-Kennungen mitgeliefert; daher werden hier keine erfunden.","_wh_make_sources":{"S1":{"id":"S1","url":"https:\/\/redis.io\/docs\/latest\/operate\/rs\/databases\/memory-performance\/memory-limit\/?utm_source=openai","title":"Limiti di memoria del database | Documentazione"},"S2":{"id":"S2","url":"https:\/\/redis.io\/docs\/latest\/develop\/reference\/eviction\/?utm_source=openai","title":"Sfratto di Key | Documenti"},"S3":{"id":"S3","url":"https:\/\/redis.io\/docs\/latest\/commands\/info\/?utm_source=openai","title":"INFO | Documenti"},"S4":{"id":"S4","url":"https:\/\/redis.io\/docs\/latest\/operate\/oss_and_stack\/management\/admin\/?utm_source=openai","title":"Amministrazione di Redis | Documentazione"},"S5":{"id":"S5","url":"https:\/\/redis.io\/docs\/latest\/operate\/oss_and_stack\/management\/replication\/?utm_source=openai","title":"Replica di Redis | Documentazione"},"S6":{"id":"S6","url":"https:\/\/redis.io\/docs\/latest\/develop\/reference\/errors\/common\/oom\/?utm_source=openai","title":"Errore OOM | Documentazione"},"S7":{"id":"S7","url":"https:\/\/redis.io\/docs\/latest\/develop\/reference\/clients\/?utm_source=openai","title":"Gestione dei client Redis | Documentazione"}},"_wh_make_usage":{"research":{"input_tokens":13202,"output_tokens":2662,"response_id":"resp_0477cf8546c3325b016aeb361fbf2087d2a37241280dfd8478","model":"gpt-6.1-terra","search_calls":1},"plan_56a538c4b74c5f95a41bc250d37cbf22":{"input_tokens":5783,"output_tokens":1203,"response_id":"resp_0e7a3fa2e1c42137016aeb36476aec87d2b4c4667932c83f07","model":"gpt-6.1-terra","search_calls":0},"part1_705a7dfceba1d20df0f23b9fd2ae4a0c":{"input_tokens":8201,"output_tokens":1923,"response_id":"resp_0bc3f07cf1a8f493016aeb36595bd487d2827ee38c8f05879b","model":"gpt-6.1-terra","search_calls":0},"part2_b135231ad0c155adefc805c017852707":{"input_tokens":8225,"output_tokens":2260,"response_id":"resp_05d2c49f94323075016aeb3674b4b087d2917adeb784fefbd9","model":"gpt-6.1-terra","search_calls":0},"part3_53003776155a329a5e0f6f11290878cb":{"input_tokens":8222,"output_tokens":1852,"response_id":"resp_0503a8e3a6ebef82016aeb3690917087d2a078154aa4bb1e0c","model":"gpt-6.1-terra","search_calls":0},"package_8a16a91cd2f5131ca4c9353d525810d4":{"input_tokens":15729,"output_tokens":1660,"response_id":"resp_0fedc2bfbf6dc272016aeb36afcbd087d2b8414f8ff3d2af49","model":"gpt-6.1-terra","search_calls":0},"review_afcdaa6816fc080ec4fc305a2d31d891":{"input_tokens":34638,"output_tokens":595,"response_id":"resp_03f06b524515eecf016aeb36c6a09087d2a26a9f97cb56a45e","model":"gpt-6.1-sol","search_calls":3},"image_hero":{"input_tokens":190,"output_tokens":1372,"response_id":"","model":"gpt-image-2.5-flare","search_calls":0},"image_detail1":{"input_tokens":169,"output_tokens":1372,"response_id":"","model":"gpt-image-2.5-flare","search_calls":0},"image_detail2":{"input_tokens":175,"output_tokens":1372,"response_id":"","model":"gpt-image-2.5-flare","search_calls":0}},"_wh_make_last_error":"","_wh_make_write_intent":{"before":{"content_md5":"2bd8a87de070ea1b93a15bc536191e5f","title":"Dimensionare correttamente maxmemory in Redis: riserve di memoria per i dati e il funzionamento","slug":"dimensionare-correttamente-la-parametro-maxmemory-di-redis","excerpt":"Il parametro `maxmemory` di Redis non rappresenta un limite rigido della RAM. Scopri come integrare dati, replica, picchi di persistenza e limiti dei container nella pianificazione della memoria.","status":"draft","featured_media":0},"expected":{"content_md5":"9185ebad95cda99cf462486ef30cb309","title":"Dimensionare correttamente maxmemory in Redis: riserve di memoria per i dati e il funzionamento","slug":"dimensionare-correttamente-la-parametro-maxmemory-di-redis","excerpt":"Il parametro `maxmemory` di Redis non rappresenta un limite rigido della RAM. Scopri come integrare dati, replica, picchi di persistenza e limiti dei container nella pianificazione della memoria.","status":"draft","featured_media":22166},"at":"2026-11-04T13:46:15+00:00"},"_wh_make_design_version":"2.1.19","rank_math_title":"Redis maxmemory richtig dimensionieren","_wh_make_doc":{"title":"Dimensionare correttamente maxmemory in Redis: riserve di memoria per i dati e il funzionamento","slug":"dimensionare-correttamente-la-parametro-maxmemory-di-redis","excerpt":"Il parametro `maxmemory` di Redis non rappresenta un limite rigido della RAM. Scopri come integrare dati, replica, picchi di persistenza e limiti dei container nella pianificazione della memoria.","seo":{"title":"Dimensionare correttamente il parametro maxmemory di Redis","description":"Pianificare il parametro `maxmemory` di Redis con un margine di sicurezza: comprendere i valori di memoria, tenere conto delle repliche e verificare i picchi di persistenza sotto carico.","focus_keyword":"redis maxmemory"},"lead":[{"kind":"text","text":"Setze ","ref":""},{"kind":"code","text":"maxmemory","ref":""},{"kind":"text","text":" nicht mit dem verf\u00fcgbaren RAM gleich: Der Wert steuert die Eviction, begrenzt aber nicht den gesamten Prozess- oder Containerverbrauch. Plane neben Daten und Redis-Overhead auch Platz f\u00fcr Buffer, Allocator-Effekte und Persistenzspitzen ein. ","ref":""},{"kind":"citation","text":"","ref":"S2"},{"kind":"text","text":"Ein belastbarer Ausgangswert entsteht aus der ","ref":""},{"kind":"strong","text":"tats\u00e4chlichen Speichergrenze","ref":""},{"kind":"text","text":" und Verbrauchsverl\u00e4ufen unter repr\u00e4sentativer Last. Werte Primary und Replikate getrennt aus und \u00fcberpr\u00fcfe das Budget auch f\u00fcr einen m\u00f6glichen Rollenwechsel.","ref":""},{"kind":"citation","text":"","ref":"S5"}],"images":{"hero":{"prompt":"Sachliche redaktionelle Illustration zur Redis-Speicherplanung: Auf einer dunklen, matten Fl\u00e4che verlaufen zwei ungleich gro\u00dfe, ineinanderliegende geschlossene Konturen. Die innere Kontur steht sinnbildlich f\u00fcr die Eviction-Schwelle, der Raum bis zur \u00e4u\u00dferen Kontur f\u00fcr zus\u00e4tzlich ben\u00f6tigte Speicherreserve. Einige flache, unterschiedlich strukturierte Farbfl\u00e4chen \u00fcberlagern die innere Grenze und machen deutlich, dass beide Grenzen nicht identisch sind. Grafische Ansicht direkt von oben, reduzierte Formen in gedecktem Rostrot, Creme und Anthrazit, keine r\u00e4umlichen Beh\u00e4lter, keine Menschen. Keine Texte, Zahlen, Logos, Messwerte oder Wasserzeichen.","alt":"KI-generierte Illustration zweier ineinanderliegender Grenzen als Sinnbild f\u00fcr Eviction-Schwelle und Speicherreserve.","caption":"KI-generierte Illustration: Die Eviction-Schwelle l\u00e4sst sich nicht mit der \u00e4u\u00dferen Speichergrenze gleichsetzen.","filename_base":"redis-maxmemory-speichergrenzen-illustration","section_id":"","after_block":0},"detail1":{"prompt":"Fotografisches KI-generiertes Symbolbild zur physischen RAM-Kapazit\u00e4t: Ein einzelnes ausgebautes Arbeitsspeichermodul liegt schr\u00e4g auf einer leicht gebrauchten antistatischen Unterlage an einem schlichten Werkstattplatz. Nahaufnahme aus niedriger seitlicher Perspektive, Leiterplatte und Speicherchips plausibel erkennbar, ohne bestimmte Marke oder Produktvariante zu behaupten. Nat\u00fcrliches seitliches Tageslicht, matte Materialien und kleine Alltagsspuren, keine Menschen und keine Hochglanzbeleuchtung. Keine lesbaren Beschriftungen, Zahlen, Logos oder Wasserzeichen.","alt":"KI-generiertes Symbolbild eines ausgebauten RAM-Moduls auf einer antistatischen Unterlage.","caption":"KI-generiertes Symbolbild: Physischer Arbeitsspeicher bildet die Grundlage, ersetzt aber nicht die Planung von Persistenzreserven.","filename_base":"redis-persistenz-ram-reserve","section_id":"rss-und-persistenz","after_block":4},"detail2":{"prompt":"Sachliche redaktionelle Illustration zur Redis-Replikation: Zwei getrennte, unterschiedlich gro\u00dfe matte Rechteckfl\u00e4chen liegen nebeneinander auf hellem Hintergrund. In jeder Fl\u00e4che befindet sich eine \u00e4hnliche Gruppe kleiner geometrischer Formen als Sinnbild f\u00fcr kopierte Daten; weitere ungleiche Formen stehen f\u00fcr den jeweils eigenen Betriebsbedarf. Eine schlichte Verbindung zwischen den Fl\u00e4chen deutet die Replikation an, ohne einen exakten Speicherverbrauch oder eine technische Topologie zu behaupten. Weite asymmetrische Draufsicht, gedeckte Gr\u00fcn- und Erdt\u00f6ne, keine Menschen. Keine Texte, Zahlen, Logos, Diagrammachsen oder Wasserzeichen.","alt":"KI-generierte Illustration zweier verbundener Instanzen mit \u00e4hnlichen Datenformen und unterschiedlichem zus\u00e4tzlichem Speicherbedarf.","caption":"KI-generierte Illustration: Primary und Replica halten Datenkopien, ben\u00f6tigen aber jeweils ein eigenes Speicherbudget.","filename_base":"redis-replikation-eigene-speicherbudgets","section_id":"replikation-speicher","after_block":2}},"chart":null,"social":{"facebook":"Wie viel RAM braucht Redis neben den eigentlichen Daten? Der Leitfaden erkl\u00e4rt maxmemory, Replikationspuffer und Persistenzspitzen und zeigt, wie du eine Reserve planst.","instagram":"Redis maxmemory ist keine harte RAM-Grenze. Plane auch Replikate, Buffer und Persistenzspitzen ein \u2013 und pr\u00fcfe deine Reserve unter passender Last.","tiktok":"Redis bis zum Containerlimit bef\u00fcllen? Keine gute Speicherplanung. Erfahre, warum maxmemory Reserve f\u00fcr Buffer und Persistenz braucht.","youtube":"Redis maxmemory dimensionieren: So unterscheiden sich Eviction-Schwelle, Prozessspeicher und Containerlimit. Dazu: Replikation, Copy-on-Write und Monitoring.","threads":"maxmemory begrenzt nicht den gesamten Redis-Prozess. Entscheidend sind auch Buffer, Persistenzspitzen und die tats\u00e4chliche Containergrenze.","x":"Redis maxmemory ist keine harte RAM-Grenze. Plane Reserve f\u00fcr Buffer, RSS-Effekte und Persistenzspitzen ein und bewerte jedes Replica separat."},"avatar_script":"Wie gro\u00df darf maxmemory bei Redis sein? Nicht einfach so gro\u00df wie der verf\u00fcgbare Arbeitsspeicher. Die Einstellung steuert die Eviction, begrenzt aber nicht den gesamten Verbrauch des Prozesses oder Containers. Plane deshalb Platz f\u00fcr Redis-Overhead, schwankende Buffer und zus\u00e4tzliche Speicherseiten w\u00e4hrend der Persistenz ein. Miss den Verbrauch \u00fcber normale Last und Schreibspitzen hinweg und beobachte dabei auch die tats\u00e4chliche Containergrenze. Replikate brauchen eigene Budgets: Sie halten eine Datenkopie und m\u00fcssen nach einer Promotion auch als Primary funktionieren. Aus diesen Beobachtungen leitest du einen vorl\u00e4ufigen Wert ab und pr\u00fcfst ihn in einer isolierten Umgebung unter vergleichbarer Last. \u00dcberwache anschlie\u00dfend Evictions, Schreibfehler und den Abstand zur Speichergrenze.","version_note":"Recherche und Produktabgrenzung auf Stand 4. November 2026. Beispiele beziehen sich auf Redis Open Source; verf\u00fcgbare Metriken und Hosting-Grenzen h\u00e4ngen von Version und Anbieter ab.","sections":[{"id":"maxmemory-grundlagen","heading":"Was maxmemory tats\u00e4chlich begrenzt","blocks":[{"type":"paragraph","runs":[{"kind":"code","text":"maxmemory","ref":""},{"kind":"text","text":" legt in Redis Open Source eine ","ref":""},{"kind":"strong","text":"Eviction-Schwelle","ref":""},{"kind":"text","text":" fest, keine harte Obergrenze f\u00fcr den Redis-Prozess oder seinen Container. Erreicht der f\u00fcr die Speichersteuerung relevante Verbrauch die Schwelle, versucht Redis abh\u00e4ngig von der gew\u00e4hlten Policy Schl\u00fcssel zu entfernen. Bei einer Policy ohne Eviction k\u00f6nnen speichervergr\u00f6\u00dfernde Schreibbefehle stattdessen fehlschlagen.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Die Kennzahl ","ref":""},{"kind":"code","text":"used_memory","ref":""},{"kind":"text","text":" umfasst den von Redis \u00fcber seinen Allocator belegten Speicher. Dazu geh\u00f6ren nicht nur die eigentlichen Werte deiner Anwendung, sondern auch Verwaltungsstrukturen und weitere Redis-Speicherbereiche. Wer das Limit allein aus der gesch\u00e4tzten Gr\u00f6\u00dfe der Nutzdaten ableitet, l\u00e4sst diesen Overhead unber\u00fccksichtigt.","ref":""},{"kind":"citation","text":"","ref":"S3"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Ein Teil von ","ref":""},{"kind":"code","text":"used_memory","ref":""},{"kind":"text","text":" wird bei der Eviction-Pr\u00fcfung ausgenommen: ","ref":""},{"kind":"code","text":"mem_not_counted_for_evict","ref":""},{"kind":"text","text":" weist insbesondere tempor\u00e4re Replikations- und AOF-Puffer aus. Diese Puffer ben\u00f6tigen trotzdem realen Speicher. Der Wert ist bereits in ","ref":""},{"kind":"code","text":"used_memory","ref":""},{"kind":"text","text":" enthalten und darf deshalb nicht ohne Pr\u00fcfung ein zweites Mal zu dieser Kennzahl addiert werden.","ref":""},{"kind":"citation","text":"","ref":"S2"},{"kind":"citation","text":"","ref":"S3"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Daraus folgt nicht, dass s\u00e4mtliche Client- oder Replikationsspeicher au\u00dferhalb der Eviction-Rechnung liegen. Ein einzelner gro\u00dfer Befehl kann die Schwelle zudem vor\u00fcbergehend deutlich \u00fcberschreiten. Setzt du ","ref":""},{"kind":"code","text":"maxmemory","ref":""},{"kind":"text","text":" auf das volle Containerlimit, bleibt f\u00fcr solche Ausschl\u00e4ge und zus\u00e4tzlichen Prozessverbrauch kein verl\u00e4sslicher Spielraum.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"F\u00fcr die Planung sind daher zwei Fragen getrennt zu beantworten: Wie viel Platz brauchen Datensatz und Redis-Overhead innerhalb der Speichersteuerung? Und wie viel Reserve ben\u00f6tigt die gesamte Laufzeitumgebung dar\u00fcber hinaus? Erst beide Perspektiven zusammen zeigen, ob ein gew\u00e4hlter Wert unter der tats\u00e4chlichen Speichergrenze plausibel ist.","ref":""}]}]},{"id":"rss-und-persistenz","heading":"RSS, Allocator und Persistenzspitzen","blocks":[{"type":"paragraph","runs":[{"kind":"text","text":"Nach einer Lastspitze kann ","ref":""},{"kind":"code","text":"used_memory","ref":""},{"kind":"text","text":" sinken, w\u00e4hrend ","ref":""},{"kind":"code","text":"used_memory_rss","ref":""},{"kind":"text","text":" hoch bleibt: Redis hat dann zwar Speicher \u00fcber den Allocator freigegeben, dieser wurde aber nicht zwingend sofort an das Betriebssystem zur\u00fcckgegeben. RSS beschreibt den residenten Speicher des Prozesses aus Betriebssystemsicht und ist deshalb eine andere Beobachtungsebene.","ref":""},{"kind":"citation","text":"","ref":"S3"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Angenommen, ein Cache w\u00e4chst w\u00e4hrend einer Aktion stark und viele Schl\u00fcssel laufen danach ab. Der kleinere Redis-Speicherwert bedeutet nicht automatisch, dass der Container sofort entsprechend viel freie Reserve zur\u00fcckerh\u00e4lt. F\u00fcr die n\u00e4chste Spitze ist daher der Verlauf des tats\u00e4chlichen Verbrauchs wichtiger als die Annahme, dass freigegebener Speicher unmittelbar verschwindet.","ref":""},{"kind":"citation","text":"","ref":"S3"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Auch ","ref":""},{"kind":"code","text":"mem_fragmentation_ratio","ref":""},{"kind":"text","text":" ist kein reiner Fragmentierungsprozentsatz. Das Verh\u00e4ltnis umfasst weitere Prozessanteile; f\u00fcr die Ursachenanalyse solltest du es zusammen mit den verf\u00fcgbaren ","ref":""},{"kind":"code","text":"allocator_*","ref":""},{"kind":"text","text":"-Metriken und der Lastgeschichte betrachten. Aus einem einzelnen Verh\u00e4ltnis l\u00e4sst sich keine allgemein g\u00fcltige Reserve ableiten.","ref":""},{"kind":"citation","text":"","ref":"S3"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Bei RDB-Snapshots und AOF-Rewrites erzeugt Redis einen Kindprozess. Durch ","ref":""},{"kind":"strong","text":"Copy-on-Write","ref":""},{"kind":"text","text":" k\u00f6nnen zus\u00e4tzlich physische Speicherseiten ben\u00f6tigt werden, wenn w\u00e4hrend des Persistenzlaufs Seiten ver\u00e4ndert werden. Je st\u00e4rker und breiter die Schreiblast w\u00e4hrenddessen ist, desto wichtiger ist es, diese Phase bei der Kapazit\u00e4tsplanung zu beobachten.","ref":""},{"kind":"citation","text":"","ref":"S4"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Die Redis-Administration nennt f\u00fcr schreibintensive Anwendungen im Extrem einen Bedarf bis zum Doppelten des normalerweise genutzten Speichers. Das ist eine Warnung f\u00fcr ung\u00fcnstige Lastverh\u00e4ltnisse, kein pauschaler Multiplikator. Addiere au\u00dferdem nicht einfach die RSS-Werte von Eltern- und Kindprozess: Gemeinsam genutzte Seiten w\u00fcrden mehrfach gez\u00e4hlt; relevant ist die passende Host- oder Containerbeobachtung.","ref":""},{"kind":"citation","text":"","ref":"S4"}]}]},{"id":"replikation-speicher","heading":"Replikate brauchen eigene Budgets","blocks":[{"type":"paragraph","runs":[{"kind":"text","text":"Ein Replica h\u00e4lt grunds\u00e4tzlich eine Kopie des Datenbestands und ben\u00f6tigt daf\u00fcr eigenes RAM. Primary und Replica sind deshalb getrennte Speicherverbraucher: Eine Reserve auf dem Primary schafft keinen Platz im Container des Replica. Plane jedes Mitglied anhand seiner eigenen Grenze und seines beobachteten Verbrauchs.","ref":""},{"kind":"citation","text":"","ref":"S5"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Standardm\u00e4\u00dfig ignoriert ein Replica sein konfiguriertes ","ref":""},{"kind":"code","text":"maxmemory","ref":""},{"kind":"text","text":" f\u00fcr eigene Evictions. Der Primary entscheidet \u00fcber das Entfernen von Schl\u00fcsseln und repliziert die L\u00f6schungen. Trotzdem k\u00f6nnen sich die Speicherst\u00e4nde unterscheiden, etwa wegen abweichender Puffer oder Datenstrukturen; derselbe Grenzwert garantiert daher keine identische Auslastung.","ref":""},{"kind":"citation","text":"","ref":"S5"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Bei einer ","ref":""},{"kind":"strong","text":"Promotion","ref":""},{"kind":"text","text":" \u00fcbernimmt das fr\u00fchere Replica die Primary-Rolle. Pr\u00fcfe deshalb nicht nur, ob es als lesende Kopie gen\u00fcgend Platz hat, sondern auch, ob seine Speichergrenze und Konfiguration den Betrieb als Primary tragen. Dazu geh\u00f6ren insbesondere Schreiblast, Replikationsverbindungen und die dann geltende Eviction-Steuerung.","ref":""},{"kind":"citation","text":"","ref":"S5"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Seit Redis 7.0 teilen sich Replica-Buffer und Replikations-Backlog Speicher. ","ref":""},{"kind":"code","text":"mem_clients_slaves","ref":""},{"kind":"text","text":" kann deshalb null anzeigen, obwohl die Replikation Speicher beansprucht. Interpretiere das Feld nicht isoliert und addiere Backlog und Replica-Buffer nicht ungepr\u00fcft als vollst\u00e4ndig getrennte Bereiche.","ref":""},{"kind":"citation","text":"","ref":"S3"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Neben dem Speicherverbrauch ist der Fortschritt der Daten\u00fcbertragung f\u00fcr den Betrieb relevant: Eine Verz\u00f6gerung zeigt eine andere Eigenschaft als die Gr\u00f6\u00dfe eines Puffers. Wie sich Replikationsstand und R\u00fcckstand einordnen lassen, erkl\u00e4rt der Beitrag zum ","ref":""},{"kind":"internal_link","text":"Redis Replication Offset","ref":"I1"},{"kind":"text","text":". F\u00fcr die Speicherreserve bleiben dennoch die tats\u00e4chlichen Verbrauchsverl\u00e4ufe jeder Instanz entscheidend.","ref":""}]}]},{"id":"metriken-erfassen","heading":"Speicher auf drei Ebenen erfassen","blocks":[{"type":"paragraph","runs":[{"kind":"text","text":"F\u00fcr die Dimensionierung brauchst du Werte aus Redis und von der Umgebung, in der die Instanz l\u00e4uft. Die ","ref":""},{"kind":"strong","text":"Beobachtungsebene","ref":""},{"kind":"text","text":" entscheidet dar\u00fcber, was eine Zahl aussagt: Allocator-Belegung, Prozess-RSS und Containerverbrauch sind unterschiedliche Gr\u00f6\u00dfen und lassen sich nicht einfach addieren.","ref":""},{"kind":"citation","text":"","ref":"S3"}]},{"type":"table","caption":"Speicherwerte und ihre Aussagegrenzen","headers":["Gr\u00f6\u00dfe","Ebene und Bedeutung","Grenze der Interpretation"],"rows":[["used_memory","Von Redis \u00fcber den Allocator belegter Speicher","Enth\u00e4lt Redis-Overhead und ist nicht identisch mit den reinen Nutzdaten."],["used_memory_rss","Residenter Speicher des Redis-Prozesses aus Betriebssystemsicht","Kann nach Lastspitzen hoch bleiben; ist nicht mit used_memory gleichzusetzen."],["mem_not_counted_for_evict","Anteil von used_memory, der bei der Eviction-Pr\u00fcfung ausgenommen wird","Schwankt und ist bereits in used_memory enthalten."],["Host- oder Containerverbrauch","Verbrauch an der relevanten Betriebsgrenze","Kann neben Redis weitere Verbraucher umfassen; die Definition h\u00e4ngt von der Umgebung ab."]],"source_ids":["S3"]},{"type":"paragraph","runs":[{"kind":"text","text":"Mit ","ref":""},{"kind":"code","text":"INFO memory","ref":""},{"kind":"text","text":" liest du unter anderem die Redis-Speicherwerte und die konfigurierte Policy. ","ref":""},{"kind":"code","text":"MEMORY STATS","ref":""},{"kind":"text","text":" erg\u00e4nzt Details zur Speicherverteilung. Beide Befehle sind lesend; welche Felder verf\u00fcgbar sind, h\u00e4ngt von Redis-Version, Berechtigungen und Hosting-Angebot ab.","ref":""},{"kind":"citation","text":"","ref":"S3"}]},{"type":"paragraph","runs":[{"kind":"text","text":"F\u00fcr den zeitlichen Zusammenhang pr\u00fcfst du au\u00dferdem ","ref":""},{"kind":"code","text":"INFO persistence","ref":""},{"kind":"text","text":" auf Persistenzaktivit\u00e4t und verf\u00fcgbare Copy-on-Write-Werte. ","ref":""},{"kind":"code","text":"INFO replication","ref":""},{"kind":"text","text":" zeigt Rolle und Replikationszustand. Erfasse diese Angaben f\u00fcr Primary und Replica getrennt, damit ein Rollenwechsel oder eine Synchronisation bei der Auswertung erkennbar bleibt.","ref":""},{"kind":"citation","text":"","ref":"S3"},{"kind":"citation","text":"","ref":"S5"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Ein einzelner Wert zeigt weder die typische Auslastung noch die notwendige Spitzenreserve. Sammle deshalb Zeitreihen \u00fcber normalen Betrieb, Schreibspitzen und Persistenzl\u00e4ufe und ordne ihnen den gleichzeitig beobachteten Host- oder Containerverbrauch zu. So erkennst du auch, ob ein hoher RSS-Wert eine aktuelle Last begleitet oder nach einer fr\u00fcheren Spitze bestehen bleibt.","ref":""},{"kind":"citation","text":"","ref":"S3"}]}]},{"id":"budget-rechnen","heading":"Ein belastbares Speicherbudget berechnen","blocks":[{"type":"paragraph","runs":[{"kind":"text","text":"Ausgangspunkt ist die tats\u00e4chlich wirksame ","ref":""},{"kind":"strong","text":"Speichergrenze","ref":""},{"kind":"text","text":": Bei einem Container kann sie niedriger sein als der RAM des Hosts. Ermittle, welche anderen Prozesse und Betriebsanteile dieselbe Grenze beanspruchen. Was ihnen vorbehalten ist, steht Redis nicht f\u00fcr Daten oder Spitzen zur Verf\u00fcgung.","ref":""}]},{"type":"paragraph","runs":[{"kind":"text","text":"Ziehe anschlie\u00dfend Reserven f\u00fcr zus\u00e4tzliche RSS- und Allocator-Effekte, nicht f\u00fcr Eviction gez\u00e4hlte Buffer, Persistenzspitzen und einen Sicherheitsabstand ab. Das Ergebnis ist ein vorl\u00e4ufiges ","ref":""},{"kind":"code","text":"maxmemory","ref":""},{"kind":"text","text":"-Budget, keine Redis-interne Gleichung. Die Reserven m\u00fcssen zur gleichen Grenze und zu realistisch gleichzeitig auftretenden Lastzust\u00e4nden passen.","ref":""},{"kind":"citation","text":"","ref":"S2"},{"kind":"citation","text":"","ref":"S3"},{"kind":"citation","text":"","ref":"S4"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Illustratives Rechenbeispiel, keine Messung: Von einer Containergrenze von 8 GiB werden 0,5 GiB f\u00fcr andere Verbraucher, 0,5 GiB f\u00fcr zus\u00e4tzliche RSS-Effekte, 0,5 GiB f\u00fcr aus der Eviction-Rechnung ausgenommene Buffer, 1 GiB f\u00fcr eine Persistenzspitze und 0,5 GiB Sicherheitsabstand abgezogen. Als vorl\u00e4ufiger Wert bleiben 5 GiB f\u00fcr ","ref":""},{"kind":"code","text":"maxmemory","ref":""},{"kind":"text","text":".","ref":""}]},{"type":"paragraph","runs":[{"kind":"text","text":"Diese Zahlen sind keine Empfehlung f\u00fcr eine konkrete Instanz. Das Beispiel setzt voraus, dass die angesetzten Reserven zus\u00e4tzliche, nicht \u00fcberlappende Beitr\u00e4ge zur Containergrenze beschreiben. Gerade bei einem Persistenzlauf k\u00f6nnen gemeinsame Speicherseiten und Copy-on-Write die Zuordnung erschweren; eine blo\u00dfe Addition der RSS-Werte von Eltern- und Kindprozess w\u00e4re daf\u00fcr ungeeignet.","ref":""},{"kind":"citation","text":"","ref":"S4"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Vermeide ","ref":""},{"kind":"strong","text":"Doppelz\u00e4hlungen","ref":""},{"kind":"text","text":": ","ref":""},{"kind":"code","text":"mem_not_counted_for_evict","ref":""},{"kind":"text","text":" steckt bereits in ","ref":""},{"kind":"code","text":"used_memory","ref":""},{"kind":"text","text":". Wenn du vom beobachteten gesamten RSS oder Containerverbrauch ausgehst, darfst du diesen Bufferanteil nicht ungepr\u00fcft noch einmal addieren. Im verbleibenden Eviction-Budget m\u00fcssen sowohl der Datensatz als auch der mitgez\u00e4hlte Redis-Overhead Platz finden; pr\u00fcfe den Ansatz anschlie\u00dfend unter vergleichbarer Last.","ref":""},{"kind":"citation","text":"","ref":"S2"},{"kind":"citation","text":"","ref":"S3"}]}]},{"id":"eviction-vergleichen","heading":"Eviction-Policies im Praxisvergleich","blocks":[{"type":"paragraph","runs":[{"kind":"text","text":"Die ","ref":""},{"kind":"strong","text":"Eviction-Policy","ref":""},{"kind":"text","text":" bestimmt, wie Redis bei Speicherknappheit auf schreibende Befehle reagiert. Sie ersetzt keine Kapazit\u00e4tsplanung: Selbst eine passende Policy ben\u00f6tigt Reserven au\u00dferhalb der Eviction-Rechnung. Die Entscheidung h\u00e4ngt vor allem davon ab, welche Schl\u00fcssel verloren gehen d\u00fcrfen und wie die Anwendung auf Fehler reagiert.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"table","caption":"Policies nach Einsatzzweck und Verhalten bei Speicherknappheit","headers":["Policy","Typische Eignung","Verlust und Fehlerfall"],"rows":[["noeviction","Daten, die nicht zur Platzgewinnung entfernt werden sollen","Keine Eviction zur Platzgewinnung; speichervergr\u00f6\u00dfernde Schreibbefehle k\u00f6nnen mit OOM scheitern."],["allkeys-lru","Cache mit wiederherstellbaren Daten","Schl\u00fcssel k\u00f6nnen nach n\u00e4herungsweisem LRU entfernt werden; dadurch entstehen Cache-Misses."],["volatile-*","Bestand, bei dem nur Schl\u00fcssel mit Ablaufzeit zur Eviction vorgesehen sind","Nur Schl\u00fcssel mit TTL sind Kandidaten; fehlen geeignete Kandidaten, kann Platz nicht ausreichend freigemacht werden."]],"source_ids":["S2","S6"]},{"type":"paragraph","runs":[{"kind":"text","text":"Bei einem reinen Cache kann ","ref":""},{"kind":"code","text":"allkeys-lru","ref":""},{"kind":"text","text":" passen, wenn sich entfernte Eintr\u00e4ge aus einer anderen Quelle neu aufbauen lassen. LRU ist in Redis eine N\u00e4herung und keine exakte globale Sortierung. H\u00e4ufige Evictions k\u00f6nnen mehr Zugriffe auf das Backend ausl\u00f6sen; deshalb sind nicht nur freie Bytes, sondern auch Cache-Trefferrate und Backend-Kapazit\u00e4t wichtig.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"F\u00fcr nicht beliebig l\u00f6schbare Daten ist ","ref":""},{"kind":"code","text":"noeviction","ref":""},{"kind":"text","text":" eine andere Entscheidung: Die Anwendung muss fehlgeschlagene Schreibvorg\u00e4nge behandeln k\u00f6nnen, statt stillschweigend mit erfolgreicher Speicherung zu rechnen. Die Policy ist weder Persistenz noch Schutz vor einem OOM auf Betriebssystem- oder Containerebene.","ref":""},{"kind":"citation","text":"","ref":"S6"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Bei gemischten Best\u00e4nden ist die ","ref":""},{"kind":"strong","text":"TTL-Disziplin","ref":""},{"kind":"text","text":" entscheidend: Eine ","ref":""},{"kind":"code","text":"volatile-*","ref":""},{"kind":"text","text":"-Policy kann nur Schl\u00fcssel mit Ablaufzeit ausw\u00e4hlen. Wenn zu wenige geeignete Kandidaten vorhanden sind, sch\u00fctzt eine TTL allein nicht vor Schreibfehlern. Pr\u00fcfe deshalb, ob Cache und wichtige Daten wirklich dieselbe Instanz und Fehlerstrategie teilen sollten.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Session-Daten verdeutlichen den Zielkonflikt: Ein entfernter Eintrag kann f\u00fcr Nutzer den Verlust eines Sitzungszustands bedeuten, auch wenn die Anwendung technisch weiterl\u00e4uft. Bewerte die Folgen und Wiederherstellbarkeit vor der Policy-Wahl; zus\u00e4tzliche Grundlagen bietet der Beitrag zum ","ref":""},{"kind":"internal_link","text":"Session-Management mit Redis und anderen Speichern","ref":"I3"},{"kind":"text","text":".","ref":""}]}]},{"id":"betrieb-ueberwachen","heading":"Reserve unter Last \u00fcberpr\u00fcfen","blocks":[{"type":"paragraph","runs":[{"kind":"text","text":"Ein berechneter Wert f\u00fcr ","ref":""},{"kind":"code","text":"maxmemory","ref":""},{"kind":"text","text":" ist zun\u00e4chst ein Ausgangspunkt. Pr\u00fcfe ihn in einer isolierten Umgebung mit vergleichbarer Redis-Version, Datenstruktur und Speichergrenze. Die Last sollte nicht nur den gew\u00f6hnlichen Betrieb abbilden, sondern auch Schreibspitzen und Phasen, in denen Persistenz und Replikation gleichzeitig aktiv sind.","ref":""},{"kind":"citation","text":"","ref":"S4"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Beobachte dabei den ","ref":""},{"kind":"strong","text":"Containerverbrauch","ref":""},{"kind":"text","text":" beziehungsweise die passende Host-Metrik ebenso wie Redis-Speicherwerte. Halte fest, wann ein Snapshot oder AOF-Rewrite l\u00e4uft und ob ein Replica synchronisiert wird. Entscheidend ist, wie viel Abstand zur tats\u00e4chlichen Grenze w\u00e4hrend \u00fcberlappender Ereignisse bleibt, nicht nur im Leerlauf danach.","ref":""},{"kind":"citation","text":"","ref":"S3"},{"kind":"citation","text":"","ref":"S5"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Mit dem lesenden Befehl ","ref":""},{"kind":"code","text":"INFO stats","ref":""},{"kind":"text","text":" erfasst du unter anderem Eviction-Z\u00e4hler. Werte deren \u00c4nderung pro Zeitintervall aus: Ein hoher historischer Stand allein sagt nicht, ob gerade Schl\u00fcssel verdr\u00e4ngt werden. Setze steigende Evictions in Beziehung zu Cache-Treffern und Backend-Last, sofern deine Anwendung diese Gr\u00f6\u00dfen bereitstellt.","ref":""},{"kind":"citation","text":"","ref":"S3"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Erfasse au\u00dferdem Redis-OOM-Antworten in der Anwendung und speicherbedingte Container-Ereignisse auf der Plattform. Beide Fehler k\u00f6nnen bei \u00e4hnlicher Last auftreten, betreffen aber unterschiedliche Grenzen. Eine Alarmierung sollte deshalb sowohl die verf\u00fcgbare Reserve als auch die beobachteten Fehler und deren zeitlichen Verlauf ber\u00fccksichtigen.","ref":""},{"kind":"citation","text":"","ref":"S6"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Wiederhole die Bewertung nach \u00c4nderungen am Datensatz, an der Schreiblast oder an Persistenz und Replikation. Auch eine Promotion ver\u00e4ndert die Rolle eines Replica und damit das zu pr\u00fcfende Lastprofil. Die Ergebnisse aus der isolierten Umgebung ersetzen nicht die fortlaufende Beobachtung der produktiven Instanzen.","ref":""},{"kind":"citation","text":"","ref":"S5"}]}]},{"id":"fehler-diagnose","heading":"Speicherprobleme gezielt eingrenzen","blocks":[{"type":"paragraph","runs":[{"kind":"text","text":"Steigt der Prozess-RSS, w\u00e4hrend ","ref":""},{"kind":"code","text":"used_memory","ref":""},{"kind":"text","text":" f\u00e4llt, betrachte zuerst den Verlauf und die vorherige Last. Freigegebener Speicher muss nicht sofort an das Betriebssystem zur\u00fcckgehen. Die ","ref":""},{"kind":"strong","text":"Allocator-Metriken","ref":""},{"kind":"text","text":" aus ","ref":""},{"kind":"code","text":"INFO memory","ref":""},{"kind":"text","text":" helfen bei der Einordnung; das Fragmentierungsverh\u00e4ltnis allein beweist weder ein Speicherleck noch dessen Ursache.","ref":""},{"kind":"citation","text":"","ref":"S3"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Pr\u00fcfe anschlie\u00dfend, ob der Anstieg zeitlich mit einem Persistenzlauf oder einer Synchronisierung zusammenf\u00e4llt. Dazu dienen ","ref":""},{"kind":"code","text":"INFO persistence","ref":""},{"kind":"text","text":" und ","ref":""},{"kind":"code","text":"INFO replication","ref":""},{"kind":"text","text":". Ein einzelner Wert f\u00fcr nicht zur Eviction gez\u00e4hlte Buffer beschreibt nur den aktuellen Zustand. F\u00fcr eine Reserve brauchst du Beobachtungen \u00fcber relevante Last- und St\u00f6rungsphasen hinweg.","ref":""},{"kind":"citation","text":"","ref":"S3"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Bei einer ","ref":""},{"kind":"strong","text":"Redis-OOM-Antwort","ref":""},{"kind":"text","text":" pr\u00fcfe die konfigurierte Policy und ob geeignete Schl\u00fcssel f\u00fcr eine Eviction vorhanden sind. Insbesondere kann ein Schreibbefehl scheitern, wenn Redis unter der geltenden Policy keinen ausreichenden Platz freimachen kann. Die Anwendung muss diesen Fehler behandeln, statt einen erfolgreichen Schreibvorgang vorauszusetzen.","ref":""},{"kind":"citation","text":"","ref":"S6"},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Bei einem speicherbedingten Container-Abbruch untersuche dagegen die Plattformereignisse und den Verbrauch gegen\u00fcber dem Containerlimit. Beziehe Persistenzspitzen und andere im Container erfasste Verbraucher ein. Ein Redis-OOM und ein Container-OOM sind nicht gleichzusetzen: Auch ohne eine vorherige Redis-OOM-Antwort kann die \u00e4u\u00dfere Speichergrenze erreicht werden.","ref":""},{"kind":"citation","text":"","ref":"S3"}]},{"type":"paragraph","runs":[{"kind":"code","text":"maxmemory-clients","ref":""},{"kind":"text","text":" kann zus\u00e4tzlich den von Clients belegten Speicher begrenzen. \u00dcberschreitet der relevante Client-Speicher die konfigurierte Schwelle, kann Redis Clients mit hohem Verbrauch trennen; Anwendungen m\u00fcssen mit Verbindungsabbr\u00fcchen umgehen. Die Einstellung begrenzt nicht s\u00e4mtliche Replikationsverbindungen und ersetzt weder das Gesamtbudget noch die Beobachtung von Pufferspitzen.","ref":""},{"kind":"citation","text":"","ref":"S7"}]}]},{"id":"hosting-entscheidung","heading":"Redis Hosting und Architektur abw\u00e4gen","blocks":[{"type":"paragraph","runs":[{"kind":"text","text":"Reicht die beobachtete Reserve bei repr\u00e4sentativer Last nicht aus, kann mehr RAM sinnvoll sein, wenn Datensatz und Last grunds\u00e4tzlich auf einer Instanz bleiben sollen. Die zus\u00e4tzliche Kapazit\u00e4t muss jedoch zur tats\u00e4chlich wirksamen Host- oder Containergrenze geh\u00f6ren. Ein gr\u00f6\u00dferes Redis-Limit allein schafft keinen zus\u00e4tzlichen physischen Speicher.","ref":""},{"kind":"citation","text":"","ref":"S4"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Alternativ kann eine ","ref":""},{"kind":"strong","text":"Lastverteilung","ref":""},{"kind":"text","text":" den Speicherbedarf und die Schreibarbeit auf mehrere Instanzen verteilen. Das erfordert eine passende Aufteilung der Daten und eine eigene Budgetierung f\u00fcr jede beteiligte Instanz. Replikate sind dabei nicht mit einer Aufteilung des Datenbestands gleichzusetzen: Sie halten grunds\u00e4tzlich eine Kopie und ben\u00f6tigen daf\u00fcr eigenes RAM.","ref":""},{"kind":"citation","text":"","ref":"S5"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Auch eine Architektur\u00e4nderung kann helfen, etwa die Trennung eines verlusttoleranten Caches von Daten mit strengeren Anforderungen. Dadurch lassen sich Policies und Kapazit\u00e4ten unabh\u00e4ngig w\u00e4hlen. Weder diese Trennung noch mehr RAM oder Lastverteilung garantiert allerdings, dass Persistenz-, Replikations- und Schreibspitzen k\u00fcnftig ausbleiben.","ref":""}]},{"type":"paragraph","runs":[{"kind":"text","text":"Beim Vergleich von ","ref":""},{"kind":"strong","text":"Anbietergrenzen","ref":""},{"kind":"text","text":" kl\u00e4re, ob der ausgewiesene Wert ein Containerlimit, ein Instanzlimit oder ein anders definiertes Datenbanklimit bezeichnet. Frage au\u00dferdem, welche Metriken und Diagnosebefehle zug\u00e4nglich sind, ob Replikate im gebuchten Speicher enthalten sind und wie sich eine Promotion auf die verf\u00fcgbaren Ressourcen auswirkt.","ref":""}]},{"type":"paragraph","runs":[{"kind":"text","text":"Redis Open Source, Redis Software und Redis Cloud sind getrennt zu betrachten. Bei Redis Software gilt das dokumentierte Datenbanklimit \u00fcber Primary- und Replica-Shards hinweg; daraus folgt keine entsprechende Regel f\u00fcr eine einzelne Redis-OSS-Instanz. F\u00fcr Redis Cloud und andere Hosting-Angebote pr\u00fcfst du die jeweils konkreten Produktbedingungen, statt diese Definition ungepr\u00fcft zu \u00fcbertragen.","ref":""},{"kind":"citation","text":"","ref":"S1"}]}]}]},"_wh_make_word_report":{"words":2162,"min":2000,"max":3000,"target":2500,"ok":true,"missing":0,"excess":0,"lead_words":62,"section_words":{"maxmemory-grundlagen":222,"rss-und-persistenz":226,"replikation-speicher":214,"metriken-erfassen":250,"budget-rechnen":225,"eviction-vergleichen":292,"betrieb-ueberwachen":217,"fehler-diagnose":220,"hosting-entscheidung":234}},"_wh_make_review":{"verdict":"pass","issues":[],"checked_source_ids":["S1","S2","S3","S4","S5","S6","S7"],"summary":"Fachlich freigabef\u00e4hig. Die gepr\u00fcften Originalquellen st\u00fctzen die Abgrenzung von maxmemory, ausgeschlossenen Puffern, Prozessspeicher und Eviction-Verhalten. RSS-Effekte, Copy-on-Write, Replica-Verhalten und die Besonderheit der Replikationsbuffer seit Redis 7.0 sind korrekt eingeordnet. Die Produktgrenzen von Redis Software werden nicht auf Redis Open Source \u00fcbertragen. Das illustrative Budgetbeispiel ergibt korrekt 5 GiB und benennt seine Voraussetzungen sowie Doppelz\u00e4hlungsrisiken. Diagnosebefehle, Tabellen, Versionshinweise und Bildkonzepte enthalten keine festgestellten fachlichen Fehler; das fotografische Motiv ist ausdr\u00fccklich als KI-generiertes Symbolbild gekennzeichnet. Ein Chart und behauptete eigene Messungen liegen nicht vor."},"_wh_make_review_doc_hash":"656b7c8d51118ed0fa3cfb0264c799884ab362d2160c431915834a20b6c4ea7e","_yoast_wpseo_primary_category":null,"rank_math_schema_blogposting":null,"rank_math_schema_videoobject":null,"_oembed_049c719bc4a9f89deaead66a7da9fddc":null,"_oembed_time_049c719bc4a9f89deaead66a7da9fddc":null,"_yoast_wpseo_focuskw":null,"inline_featured_image":null,"_yoast_wpseo_linkdex":null,"_eael_widget_elements":null,"_oembed_c3b0f6959478faf92a1f343d8f96b19e":null,"_oembed_27e3473bf8bec795fbeb3a9d38489348":null,"_trp_translated_slug_en_us":null,"_yoast_wpseo_title":null,"tldname":null,"tldpreis":null,"tldrubrik":null,"tldpolicylink":null,"tldsize":null,"tldregistrierungsdauer":null,"tldtransfer":null,"tldwhoisprivacy":null,"tldregistrarchange":null,"tldregistrantchange":null,"tldwhoisupdate":null,"tldnameserverupdate":null,"tlddeletesofort":null,"tlddeleteexpire":null,"tldumlaute":null,"tldrestore":null,"tldsubcategory":null,"tldbildname":null,"tldbildurl":null,"tldclean":null,"tldcategory":null,"tldpolicy":null,"tldbesonderheiten":null,"tld_bedeutung":null,"_oembed_d167040d816d8f94c072940c8009f5f8":null,"_oembed_b0a0fa59ef14f8870da2c63f2027d064":null,"_oembed_4792fa4dfb2a8f09ab950a73b7f313ba":null,"_oembed_33ceb1fe54a8ab775d9410abf699878d":null,"_oembed_fd7014d14d919b45ec004937c0db9335":null,"_oembed_21a029d076783ec3e8042698c351bd7e":null,"_oembed_be5ea8a0c7b18e658f08cc571a909452":null,"_oembed_a9ca7a298b19f9b48ec5914e010294d2":null,"_oembed_f8db6b27d08a2bb1f920e7647808899a":null,"_oembed_168ebde5096e77d8a89326519af9e022":null,"_oembed_cdb76f1b345b42743edfe25481b6f98f":null,"_oembed_87b0613611ae54e86e8864265404b0a1":null,"_oembed_27aa0e5cf3f1bb4bc416a4641a5ac273":null,"_oembed_time_27aa0e5cf3f1bb4bc416a4641a5ac273":null,"_tldname":null,"_tldclean":null,"_tldpreis":null,"_tldcategory":null,"_tldsubcategory":null,"_tldpolicy":null,"_tldpolicylink":null,"_tldsize":null,"_tldregistrierungsdauer":null,"_tldtransfer":null,"_tldwhoisprivacy":null,"_tldregistrarchange":null,"_tldregistrantchange":null,"_tldwhoisupdate":null,"_tldnameserverupdate":null,"_tlddeletesofort":null,"_tlddeleteexpire":null,"_tldumlaute":null,"_tldrestore":null,"_tldbildname":null,"_tldbildurl":null,"_tld_bedeutung":null,"_tldbesonderheiten":null,"_oembed_8357e2b8a2575c74ed5978f262a10126":null,"_oembed_ad96e4112edb9f8ffa35731d4098bc6b":null,"_oembed_3d5fea5103dd0d22ec5d6a33eff7f863":null,"_oembed_819a879e7da16dd629cfd15a97334c8a":null,"_oembed_time_819a879e7da16dd629cfd15a97334c8a":null,"_wh_make_writer_raw":null,"_wh_make_design_backup_204":null,"_wp_desired_post_slug":null,"_oembed_0d8a206f09633e3d62b95a15a4dd0487":null,"_oembed_time_0d8a206f09633e3d62b95a15a4dd0487":null,"_aioseo_description":null,"_eb_attr":null,"_eb_data_table":null,"_acf_changed":null,"_wpcode_auto_insert":null,"_edit_last":null,"_edit_lock":null,"_oembed_e7b913c6c84084ed9702cb4feb012ddd":null,"_oembed_bfde9e10f59a17b85fc8917fa7edf782":null,"_oembed_time_bfde9e10f59a17b85fc8917fa7edf782":null,"_oembed_03514b67990db061d7c4672de26dc514":null,"_oembed_time_03514b67990db061d7c4672de26dc514":null,"rank_math_news_sitemap_robots":null,"rank_math_robots":null,"_eael_post_view_count":"78","_trp_automatically_translated_slug_ru_ru":null,"_trp_automatically_translated_slug_et":null,"_trp_automatically_translated_slug_lv":null,"_trp_automatically_translated_slug_fr_fr":null,"_trp_automatically_translated_slug_en_us":null,"_wp_old_slug":null,"_trp_automatically_translated_slug_da_dk":null,"_trp_automatically_translated_slug_pl_pl":null,"_trp_automatically_translated_slug_es_es":null,"_trp_automatically_translated_slug_hu_hu":null,"_trp_automatically_translated_slug_fi":null,"_trp_automatically_translated_slug_ja":null,"_trp_automatically_translated_slug_lt_lt":null,"_elementor_edit_mode":null,"_elementor_template_type":null,"_elementor_version":null,"_elementor_pro_version":null,"_wp_page_template":null,"_elementor_page_settings":null,"_elementor_data":null,"_elementor_css":null,"_elementor_conditions":null,"_happyaddons_elements_cache":null,"_oembed_75446120c39305f0da0ccd147f6de9cb":null,"_oembed_time_75446120c39305f0da0ccd147f6de9cb":null,"_oembed_3efb2c3e76a18143e7207993a2a6939a":null,"_oembed_time_3efb2c3e76a18143e7207993a2a6939a":null,"_oembed_59808117857ddf57e478a31d79f76e4d":null,"_oembed_time_59808117857ddf57e478a31d79f76e4d":null,"_oembed_965c5b49aa8d22ce37dfb3bde0268600":null,"_oembed_time_965c5b49aa8d22ce37dfb3bde0268600":null,"_oembed_81002f7ee3604f645db4ebcfd1912acf":null,"_oembed_time_81002f7ee3604f645db4ebcfd1912acf":null,"_elementor_screenshot":null,"_oembed_7ea3429961cf98fa85da9747683af827":null,"_oembed_time_7ea3429961cf98fa85da9747683af827":null,"_elementor_controls_usage":null,"_elementor_page_assets":[],"_elementor_screenshot_failed":null,"theplus_transient_widgets":null,"_eael_custom_js":null,"_wp_old_date":null,"_trp_automatically_translated_slug_it_it":null,"_trp_automatically_translated_slug_pt_pt":null,"_trp_automatically_translated_slug_zh_cn":null,"_trp_automatically_translated_slug_nl_nl":null,"_trp_automatically_translated_slug_pt_br":null,"_trp_automatically_translated_slug_sv_se":null,"rank_math_analytic_object_id":null,"_trp_automatically_translated_slug_ro_ro":null,"_trp_automatically_translated_slug_sk_sk":null,"_trp_automatically_translated_slug_bg_bg":null,"_trp_automatically_translated_slug_sl_si":null,"litespeed_vpi_list":null,"litespeed_vpi_list_mobile":null,"rank_math_seo_score":null,"rank_math_contentai_score":null,"ilj_limitincominglinks":null,"ilj_maxincominglinks":null,"ilj_limitoutgoinglinks":null,"ilj_maxoutgoinglinks":null,"ilj_limitlinksperparagraph":null,"ilj_linksperparagraph":null,"ilj_blacklistdefinition":null,"ilj_linkdefinition":null,"_eb_reusable_block_ids":null,"rank_math_focus_keyword":"redis maxmemory","rank_math_og_content_image":null,"surfer_last_post_update":null,"surfer_last_post_update_direction":null,"surfer_keywords":null,"surfer_location":null,"surfer_draft_id":null,"surfer_permalink_hash":null,"surfer_scrape_ready":null,"_thumbnail_id":"22166","_yoast_wpseo_metadesc":null,"_yoast_wpseo_content_score":null,"_yoast_wpseo_focuskeywords":null,"_yoast_wpseo_keywordsynonyms":null,"_yoast_wpseo_estimated-reading-time-minutes":null,"rank_math_description":"Redis maxmemory mit Reserve planen: Speicherwerte verstehen, Replikate ber\u00fccksichtigen und Persistenzspitzen unter Last pr\u00fcfen.","footnotes":null,"_links":{"self":[{"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/posts\/22164","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/comments?post=22164"}],"version-history":[{"count":2,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/posts\/22164\/revisions"}],"predecessor-version":[{"id":22169,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/posts\/22164\/revisions\/22169"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/media\/22166"}],"wp:attachment":[{"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/media?parent=22164"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/categories?post=22164"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/tags?post=22164"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}