diff --git a/docs/comparisons.md b/docs/comparisons.md
index e0244d4690aab35822f42572f7bfa40e11986131..d0f50c54841f9f54bba53da4750437b201c623f9 100644
--- a/docs/comparisons.md
+++ b/docs/comparisons.md
@@ -1,4 +1,4 @@
-# Comparaison
+# Comparison
 
 ## Kubespray vs [Kops](https://github.com/kubernetes/kops)
 
diff --git a/docs/kubernetes-reliability.md b/docs/kubernetes-reliability.md
index b2491840fb8348622e96c2b667c14c8350ad120f..06357bf4e367b5c2900df663cb824bf22abf4f31 100644
--- a/docs/kubernetes-reliability.md
+++ b/docs/kubernetes-reliability.md
@@ -12,14 +12,14 @@ By default the normal behavior looks like:
 1. Kubelet updates it status to apiserver periodically, as specified by
    `--node-status-update-frequency`. The default value is **10s**.
 
-2. Kubernetes controller manager checks the statuses of Kubelets every
+2. Kubernetes controller manager checks the statuses of Kubelet every
    `–-node-monitor-period`. The default value is **5s**.
 
 3. In case the status is updated within `--node-monitor-grace-period` of time,
    Kubernetes controller manager considers healthy status of Kubelet. The
    default value is **40s**.
 
-> Kubernetes controller manager and Kubelets work asynchronously. It means that
+> Kubernetes controller manager and Kubelet work asynchronously. It means that
 > the delay may include any network latency, API Server latency, etcd latency,
 > latency caused by load on one's master nodes and so on. So if
 > `--node-status-update-frequency` is set to 5s in reality it may appear in