VVOLs in SANsymphony-V10 PSP4 [or VVOLs on a notebook]

With SANsymphony-V10 PSP4 DataCore introduced VMware VVOL support. In this post I write about the installation and administration of this feature. This is also a very nice way to take a running VVOL implementation on a notebook with you.

Continue reading “VVOLs in SANsymphony-V10 PSP4 [or VVOLs on a notebook]”

VVOLs in SANsymphony-V10 PSP4 [or VVOLs on a notebook]

Some basic stuff about HP P4000

Multisite Cluster

  • Multisite-Cluster always syncs synchronously.
  • Gateway connection handles the control traffic
    • Windows systems are connected to the node that holds the data. This because of the DSM driver.
    • For VMware this feature is available for SanIQ >= 12.5 with necessary patch installed for vSphere 5.5 and later.
    • Advantage of Multisite Cluster is that Gateway is always on local site.
  • To be able to failover after a complete site failure at least nRAID-10 is necessary.

Migrate Data

  • Cluster Swap
    • Create a new cluster using new nodes
    • Present the new VIP to existing hosts
    • Start Cluster Swap in CMC
    • P4000 replicates data from existing cluster to new cluster
    • after completing, traffic from hosts just accessing new cluster
  • Adding new nodes to existing cluster
    • Add new node to cluster, wait to complete re-striping
    • Remove old node from cluster
    • repeat until ever node is replaced

General information

  • When adding a new node, it is optimally the same as already used nodes in the cluster. Otherwise the used capacity of the new node will just be as the capacity of existing nodes.
  • Queue size
    • Acceptable queue size of disk is 2.
    • Acceptable queue size of node = (number disks) * 2
    • Acceptable queue size of cluster = (number disks) * (number of nodes) * 2
  • When there is a high write rate in cluster presenting storage to Oracle database, check archiving protocol data when there is a very high write density.
Some basic stuff about HP P4000

Public CA do not allow internal names and reserved IP address any more

With November 2015 public CAs do not issue new certificates that uses internal names or reserved IP addresses in subjectAltName or in commonName. Furthermore such certificates will be revoked on October 1st, 2016.

Internal names are hostnames that do not end with an Top Level Domain ending (.com, .de, …). For example: .local, .internal. Also NetBIOS names without any domain extension are affected.

Reserved IP addresses are defined by Internet Assigned Numbers Authority (IANA). You can look reservations for IPv4 here  (RFC 1918 range) and IPv6 here (RFC 4193 range).

If you are using an internal CA you are not affected. For more information about this change of public CAs click here. For more information about VMware products click here.

Public CA do not allow internal names and reserved IP address any more