16347: Clarify upgrade note.
authorTom Clegg <tom@curii.com>
Thu, 28 Oct 2021 13:58:36 +0000 (09:58 -0400)
committerTom Clegg <tom@curii.com>
Thu, 28 Oct 2021 13:58:36 +0000 (09:58 -0400)
Arvados-DCO-1.1-Signed-off-by: Tom Clegg <tom@curii.com>

doc/admin/upgrading.html.textile.liquid

index 82e56617ae37945edfaf042f5e869599f7c51a61..170e2c51b3edc2e9850060f6e903295afafb7028 100644 (file)
@@ -42,7 +42,8 @@ h2(#main). development main (as of 2021-10-27)
 h3. Dedicated keepstore process for each container
 
 When Arvados runs a container via @arvados-dispatch-cloud@, the @crunch-run@ supervisor process now brings up its own keepstore server to handle I/O for mounted collections, outputs, and logs. With the default configuration, the keepstore process allocates one 64 MiB block buffer per VCPU requested by the container. For most workloads this will increase throughput, reduce total network traffic, and make it possible to run more containers at once without provisioning additional keepstore nodes to handle the I/O load.
-* If you have containers that can effectively handle multiple I/O threads per VCPU, consider either increasing the @Containers.LocalKeepBlobBuffersPerVCPU@ value, or setting it to 0 to disable this feature and preserve the previous behavior of sending container I/O traffic to your separately provisioned keepstore servers.
+* If you have containers that can effectively handle multiple I/O threads per VCPU, consider increasing the @Containers.LocalKeepBlobBuffersPerVCPU@ value.
+* If you already have a robust permanent keepstore infrastructure, you can set @Containers.LocalKeepBlobBuffersPerVCPU@ to 0 to disable this feature and preserve the previous behavior of sending container I/O traffic to your separately provisioned keepstore servers.
 * This feature is enabled only if no volumes use @AccessViaHosts@, and no volumes have underlying @Replication@ less than @Collections.DefaultReplication@. If the feature is configured but cannot be enabled due to an incompatible volume configuration, this will be noted in the @crunch-run.txt@ file in the container log.
 
 h2(#v2_3_0). v2.3.0 (2021-10-27)