Skip to content

Commit

Permalink
Merge remote-tracking branch 'origin/main' into nested-nav---reporting
Browse files Browse the repository at this point in the history
  • Loading branch information
stevector committed Aug 5, 2024
2 parents 0999f9e + 2db1e0b commit 4d23c39
Show file tree
Hide file tree
Showing 21 changed files with 105 additions and 95 deletions.
6 changes: 3 additions & 3 deletions source/content/addons/object-cache/concepts/overview.md
Original file line number Diff line number Diff line change
Expand Up @@ -3,7 +3,7 @@ title: Object Cache Overview
description: Learn about the benefits and requirements of Pantheon's Object Cache performance addon.
permalink: docs/object-cache
tags: [cache, plugins, modules, database]
reviewed: "2023-08-17"
reviewed: "2024-08-01"
contenttype: [doc]
innav: [true]
categories: [cache]
Expand All @@ -12,7 +12,7 @@ audience: [development]
product: [--]
integration: [--]
showtoc: true
contributors: [cityofoaksdesign, carolynshannon, jms-pantheon, whitneymeredith]
contributors: [cityofoaksdesign, carolynshannon, jms-pantheon, whitneymeredith, jazzsequence]
---
Pantheon's Object Cache performance addon service is an open-source, networked, in-memory, key-value data store based on Redis that can be used as a drop-in caching backend for your Drupal or WordPress website.

Expand All @@ -28,7 +28,7 @@ Object Cache provides an alternative caching backend that resides in memory rath

## Object Cache Requirements

All plans, except for the Basic plan, can use Object Cache. Sandbox site plans can enable and use Object Cache for development purposes, but if the site plan is upgraded to Basic the feature will be disabled. Object Cache Pro, the premium WordPress plugin, is not available for Sandbox sites, however you may enable Redis for Sandbox sites and use Pantheon's [wp-redis](https://github.com/pantheon-systems/wp-redis) plugin, or any other reputable Redis plugin for WordPress.
Pantheon supports two versions of Redis Object Cache, 2.8 and 6.2 (see [Which versions of Redis are available?](/object-cache/faq#which-versions-of-redis-are-available) and [Specify a Redis Version](/pantheon-yml#specify-a-redis-version) for more information). All plans, except for the Basic plan, can use Object Cache. Sandbox site plans can enable and use Object Cache for development purposes, but if the site plan is upgraded to Basic the feature will be disabled. Object Cache Pro, the premium WordPress plugin, is not available for Sandbox sites, however you may enable Redis for Sandbox sites and use Pantheon's [wp-redis](https://github.com/pantheon-systems/wp-redis) plugin, or any other reputable Redis plugin for WordPress.

| Plans | Object Cache Support <Popover content="Available across all environments, including Multidevs."/> |
| ------------- | -------------------------------------- |
Expand Down
8 changes: 4 additions & 4 deletions source/content/guides/agcdn/01-introduction.md
Original file line number Diff line number Diff line change
Expand Up @@ -45,7 +45,7 @@ AGCDN provides many features:

| Feature | AGCDN |
| ------------- | -------------------------------------- |
| [OSI Layer 3 and 4 DDoS Protection & Mitigation](/guides/agcdn/agcdn-features#osi-layer-3-and-4-ddos-protection-&-mitigation) | <span style="color:green">✔</span> |
| [OSI Layer 3 and 4 DDoS Protection & Mitigation](/guides/agcdn/agcdn-features#osi-layer-3-and-4-ddos-protection--mitigation) | <span style="color:green">✔</span> |
| [SOC 2 Type 2 Compliance](/guides/agcdn/agcdn-features#soc-2-type-2-compliance) | <span style="color:green">✔</span> |
| [IP Allowlisting and Blocklisting](/guides/agcdn/agcdn-features#ip-allowlisting-and-blocklisting) | <span style="color:green">✔</span> |
| [Token Authentication with JSON Web Token](/guides/agcdn/agcdn-features#token-authentication-with-json-web-token) | <span style="color:green">✔</span> |
Expand All @@ -66,10 +66,10 @@ AGCDN with WAF/IO includes everything in the table above with the following addi

| Feature | AGCDN with WAF and IO |
| ------------- | ------------------------- |
| [Layer 7 and Enterprise WAF rules](/guides/agcdn/agcdn-features#layer-7-and-enterprise-waf-rules)| <span style="color:green">✔</span> |
| [Efficient Image Optimization at the Edge](/guides/agcdn/agcdn-features#efficient-image-optimization-at-the-edge) | <span style="color:green">✔</span> |
| [Layer 7 and Enterprise WAF rules](/guides/agcdn/agcdn-wafio#owasp-layer-7-and-enterprise-waf-rules)| <span style="color:green">✔</span> |
| [Efficient Image Optimization at the Edge](/guides/agcdn/agcdn-wafio#efficient-image-optimization-at-the-edge) | <span style="color:green">✔</span> |
| [Rate Limiting](/guides/agcdn/agcdn-wafio#rate-limiting) | <span style="color:green">✔</span> |
| [Advanced Bot Detection and Mitigation](/guides/agcdn/agcdn-features#advanced-bot-detection-and-mitigation-available-as-an-add-on) <Popover content="Not all plugins are supported." /> | <span style="color:green">✔</span> |
| [Advanced Bot Detection and Mitigation](/guides/agcdn/agcdn-wafio#advanced-bot-detection-and-mitigation) <Popover content="Not all plugins are supported." /> | <span style="color:green">✔</span> |

## Is AGCDN Right For Me?

Expand Down
4 changes: 2 additions & 2 deletions source/content/guides/disaster-recovery/01-introduction.md
Original file line number Diff line number Diff line change
Expand Up @@ -4,7 +4,7 @@ subtitle: Introduction
description: Address emergency downtime situations on the Pantheon platform
tags: [webops]
contributors: [joshlieb, joan-ing]
reviewed: "2021-07-26"
reviewed: "2024-07-30"
type: guide
permalink: docs/guides/disaster-recovery
editpath: disaster-recovery/01-introduction.md
Expand All @@ -17,6 +17,6 @@ product: [--]
integration: [--]
---

This guide is focused on the immediate actions a Pantheon customer should take in the event of a catastrophic site failure. In all cases, the first step should be to file an emergency downtime on-call ticket. Filing a ticket will immediately escalate the incident and ensure the fastest and most effective service.
This guide is focused on the immediate actions a Pantheon customer should take in the event of a catastrophic site failure. In all cases, the first step should be to file an emergency downtime on-call ticket, regular ticket, or open a support chat depending on support tier. Filing an emergency Pantheon On-Call ticket will immediately escalate the incident and ensure the fastest and most effective service.

This guide does not cover all potential post-disaster recovery processes. Such processes will depend on the nature of the incident and the impact that it has on your site. You must engage with Pantheon support during the incident, and the support team will help determine what remediation steps are required.
14 changes: 7 additions & 7 deletions source/content/guides/disaster-recovery/02-planning-ahead.md
Original file line number Diff line number Diff line change
Expand Up @@ -4,7 +4,7 @@ subtitle: Planning Ahead
description: Avert potential site failures
tags: [webops, workflow]
contributors: [joshlieb, joan-ing]
reviewed: "2021-07-26"
reviewed: "2024-07-30"
permalink: docs/guides/disaster-recovery/planning-ahead
editpath: disaster-recovery/02-planning-ahead.md
contenttype: [guide]
Expand All @@ -21,29 +21,29 @@ Disasters are sometimes unavoidable, but steps can be taken to ensure that these

## Monitor and Optimize Performance

Keep ahead of performance issues by regularly reviewing performance with the [New Relic Application Performance Monitor](/guides/new-relic) (APM), included with all non-Basic Site plans. For more information, refer to the [Pantheon New Relic documentation](/guides/new-relic).
Keep ahead of performance issues by regularly reviewing performance with the New Relic Application Performance Monitor, included with all non-Basic Site plans. For more information, refer to the [Pantheon New Relic documentation](/guides/new-relic).

New Relic also provides a performance monitoring service that can send notification of downtime or degraded performance by email and other channels. Refer to the documentation on [New Relic Alerts](https://docs.newrelic.com/docs/alerts-applied-intelligence/overview/) for more information.

If you have been assigned a Customer Success Manager, you will receive periodic technical reviews. These sessions include training on how to use New Relic to proactively address performance issues.
A dedicated Customer Success Manager (CSM) is included for all Enterprise (contract) Accounts. Dedicated CSMs will meet with you regularly to provide site performance audits. These sessions include training on how to use New Relic to proactively address performance issues.

All sites are different, and there are many different performance issues that can emerge. Review Pantheon's [Optimizing Performance](/performance) documentation for tips and troubleshooting techniques for all layers of the platform.

## Optimize Your Cache Hit Rate
## Optimize Your Cache Hit Ratio

The Pantheon Global CDN delivers pages directly to users from the Varnish edge page cache, and this layer serves both as insulation against unexpected traffic spikes as well as against application and infrastructure issues.

### Process

* Determine the extent to which your site is using the edge cache by requesting a cache hit rate report from support. This report shows the cache hit rate for the full site on a daily basis.
* Determine the extent to which your site is using the edge cache by reviewing your cache hit ratio report from the Metrics tab of the Live environment in the Site Dashboard. For more information on metrics in the Site Dashboard, see [Measuring Site Traffic](/guides/account-mgmt/traffic).

* Test the cacheability of individual pages by examining the page headers using CURL or developer tools. Refer to [Testing Global CDN Caching](/guides/global-cdn/test-global-cdn-caching) for more information.
* Test the cacheability of individual pages by examining the page headers using curl or developer tools. Refer to [Testing Global CDN Caching](/guides/global-cdn/test-global-cdn-caching) for more information.

* Optimize your caching strategy by checking cookies, application configurations, and session management. Refer to our [Debug Caching Issues](/debug-cache) documentation.

* The platform average for site caching is ~80%

* Persistent uptime only works with cacheable content. The higher the caching rate the more protection it will automatically provide you.
* Experience Protection only works with cacheable content. The higher the caching rate the more protection it will automatically provide you. Refer to [Confirm Experience Protection](/guides/global-cdn/experience-protection) for more information.

## Notify Support of Potential Risks

Expand Down
Loading

0 comments on commit 4d23c39

Please sign in to comment.