match to default branch in private repo to support repo sync

Author: ktoliver

.github/workflows/hello-world.yml

@@ -69,14 +69,6 @@ If you would like to test how your code works under error conditions, consider u
  * The client VM used for testing should be **in the same region** as your Redis cache instance.
  * **We recommend using Dv2 VM Series** for your client as they have better hardware and will give the best results.
  * Make sure the client VM you use has **at least as much compute and bandwidth* as the cache being tested. 
-<<<<<<< HEAD
- * **Test under failover conditions** on your cache. It's important to ensure that you don't performance test your cache only under steady state conditions. Also test under failover conditions and measure the CPU / Server Load on your cache during that time. You can initiate a failover by [rebooting the primary node](cache-administration.md#reboot). This will allow you to see how your application behaves in terms of throughput and latency during failover conditions (happens during updates and can happen during an unplanned event). Ideally you dont't want to see CPU / Server Load peak to more than say 80% even during a failover as that can affect performance.
-<<<<<<< HEAD
- * **Premium P2 and above** are hosted on VMs with 4 or more cores. This is useful to distribute the TLS encryption / decryption workload across multiple cores to bring down overall CPU usage.  [See here for details around VM sizes and cores](cache-planning-faq.md#azure-cache-for-redis-performance)
-=======
->>>>>>> parent of b72d1ce585e (Update cache-best-practices.md)
-=======
->>>>>>> parent of bb1fb4ee118 (Update cache-best-practices.md)
  * **Enable VRSS** on the client machine if you are on Windows.  [See here for details](/previous-versions/windows/it-pro/windows-server-2012-R2-and-2012/dn383582(v=ws.11)).  Example PowerShell script:
      >PowerShell -ExecutionPolicy Unrestricted Enable-NetAdapterRSS -Name (    Get-NetAdapter).Name