summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorDaniel Smith <dbsmith@google.com>2015-07-13 17:13:09 -0700
committerDaniel Smith <dbsmith@google.com>2015-07-13 17:48:40 -0700
commitd85ea8aa273639ff82bdc5dfe4f137fbf48b8cca (patch)
treee8c4fd80edd63c3154434c04f10d8abd26f0ac7e
parent15b47283e8e299be1b160048ed7e10192dca5991 (diff)
Apply mungedocs changes
-rw-r--r--autoscaling.md3
-rw-r--r--federation.md2
-rw-r--r--high-availability.md2
3 files changed, 6 insertions, 1 deletions
diff --git a/autoscaling.md b/autoscaling.md
index bd8244ab..e56a2256 100644
--- a/autoscaling.md
+++ b/autoscaling.md
@@ -267,5 +267,6 @@ temporarily disable negative decrement thresholds until the deployment process i
an auto-scaler to be able to grow capacity during a deployment than to shrink the number of instances precisely.
-
+<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
[![Analytics](https://kubernetes-site.appspot.com/UA-36037335-10/GitHub/docs/proposals/autoscaling.md?pixel)]()
+<!-- END MUNGE: GENERATED_ANALYTICS -->
diff --git a/federation.md b/federation.md
index a8e9813b..e61163db 100644
--- a/federation.md
+++ b/federation.md
@@ -445,4 +445,6 @@ their primary zookeeper replica? And now how do I do a shared, highly
available redis database?
+<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
[![Analytics](https://kubernetes-site.appspot.com/UA-36037335-10/GitHub/docs/proposals/federation.md?pixel)]()
+<!-- END MUNGE: GENERATED_ANALYTICS -->
diff --git a/high-availability.md b/high-availability.md
index 4525f709..ee03b28e 100644
--- a/high-availability.md
+++ b/high-availability.md
@@ -60,4 +60,6 @@ There is a short window after a new master acquires the lease, during which data
* Is there a desire to keep track of all nodes for a specific component type?
+<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
[![Analytics](https://kubernetes-site.appspot.com/UA-36037335-10/GitHub/docs/proposals/high-availability.md?pixel)]()
+<!-- END MUNGE: GENERATED_ANALYTICS -->