Did you ever install an Isilon cluster, connect all the cables and run through the configuration wizard, only to find out you still can’t connect to the cluster? Sure you did, happens to everyone. Maybe the cluster only has one 10GigE port online while the network team is still scrambling for 10GigE modules. Or maybe you have configured the invalid VLAN tag on the subnet. This post will group some of the more useful Isilon network commands, so you can enable VLAN tagging or add additional ports to the pool via the CLI.
No matter the brand, type, size or performance of you storage system, they should all have one thing in common: stability. Pure Storage talked about their systems design at Storage Field Day 8, which centers around “non disruptive everything”. Not only the hardware, but also the software running on top of it. Because in an ideal world, the storage system should only go down 5 years after your installation date when you’re replacing it with a new one. And in Pure’s case this means: never.
Coho Data was first to present at Storage Field Day 8 last October, with Andy Warfield (co-founder and CTO) running the entire presentation start to finish. We knew what to expect: last year Andy also presented at SFD6 and cooked the brains of half the delegates. So this time we came prepared, with ample coffee and not too much breakfast in our stomachs. And we weren’t disappointed: Andy gave a crystal clear company mission to us (NOT focused on the ever-so-hyped “disruption”, but instead on transformation), backed with ample of shiny tech and intelligence inside the Coho array. So what is Coho Data trying to do and how?
Increasing the storage capacity of a Data Domain is usually a matter of adding an additional disk shelf to the Data Domain head. Upon connecting the additional enclosure your new disks will be in an Unknown state. This does not necessarily mean there’s anything wrong with the topology of the system, but just indicates the disks aren’t in use just yet. This is however easily fixed with a couple of CLI commands.
Last week I’ve been implementing two new Data Domain systems for a new customer who’d like to use these systems as backup targets for their existing Veeam 8 environment. Backup would be replicated to the secondary system to guarantee recoverability even if the first system or data center experiences a catastrophic failure. In this case replication will be handled by the Data Domain system itself. You’d like your backup software to be aware of the replicas on the secondary location. This in turn means Veeam should be able to read from the replica, which turned out to be a bit of a configuration challenge. Bring out the CLI!