09.03.2015 Views

VSAN-Troubleshooting-Reference-Manual

VSAN-Troubleshooting-Reference-Manual

VSAN-Troubleshooting-Reference-Manual

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Diagnostics and <strong>Troubleshooting</strong> <strong>Reference</strong> <strong>Manual</strong> – Virtual SAN<br />

component that is marked as DEGRADED are both considered a single failure. If a<br />

VM is configured to tolerate a single failure, a VM remains available in the event of a<br />

component going DEGRADED or ABSENT.<br />

In order to rebuild components when a failure occurs, Virtual SAN will search for<br />

hosts that satisfy placement rules like that 2 mirrors may not share hosts or fault<br />

domains. It also looks for disks with free disk space.<br />

If such hosts and disks are found, Virtual SAN will create new components on those<br />

hosts and disks, and start the recovery process if there is enough capacity and<br />

resources in the cluster. However, the exact timing of this behavior depends on the<br />

failure state of the component. If the component is DEGRADED, i.e. Virtual SAN<br />

believes the data on that component is lost and won't return, Virtual SAN takes<br />

immediate action and starts the rebuild at once. If the component is ABSENT,<br />

implying Virtual SAN believes that the data may come back, the following<br />

optimization kicks in.<br />

Virtual SAN has to tradeoff two aspects: On the one hand, Virtual SAN wants to<br />

minimize the time that virtual machines are exposed to risk due to reduced<br />

redundancy. On the other hand, a full rebuild of a component takes time and<br />

resources. If the disruption is short (minutes), it’s better for Virtual SAN to just wait<br />

and allow the situation to rectify itself (e.g. reboot of host). If the disruption<br />

continues for long (hours), Virtual SAN should restore full redundancy even if the<br />

component will eventually come back. Thus, Virtual SAN uses a configurable timer<br />

of 60 minutes. If a component has been ABSENT for 60 minutes, Virtual SAN will<br />

proceed to replace it with a new component. We will discuss how to change the<br />

timeout in the advanced parameters appendix.<br />

V M W A R E S T O R A G E B U D O C U M E N T A T I O N / 57

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!