[JIRA] (OVIRT-1490) Simplify oVirt sotrage configuration
Barak Korren (oVirt JIRA)
jira at ovirt-jira.atlassian.net
Thu Jun 29 08:05:59 UTC 2017
[ https://ovirt-jira.atlassian.net/browse/OVIRT-1490?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=33024#comment-33024 ]
Barak Korren commented on OVIRT-1490:
-------------------------------------
[~eedri] [~ederevea] lets start discussion here.
> Simplify oVirt sotrage configuration
> ------------------------------------
>
> Key: OVIRT-1490
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1490
> Project: oVirt - virtualization made easy
> Issue Type: Improvement
> Components: storage
> Reporter: Barak Korren
> Assignee: infra
> Priority: Highest
> Labels: infra, storage
>
> Today's outage was a clear reminder that our current storage configuration does not serve us well. We hardly know how to debug it, it seems to not be resistant to the very issues it was supposed to protect against and introduce potential failure scenarios of its own.
> I suggest we implement a new storage layout that meets the following criteria:
> # Ultimate simplicity at the lower level of the stack. More specifically:
> ## The storage severs should be simple NFS or iSCSI servers. No DRBD and no exotic file-systems.
> ## Only simple storage will be presented to oVirt for use as storage domains
> # Separation of resources between critical services - The 'Jenkins" master for e.g. should not share resources with the "resources" server or anything else.The separation should hold true down to the physical spindle level.
> # Duplication of services and use of local storage where possible - this is a longer term effort - but we have some low hanging fruits here like artifactory, where simple DNS/LB-based fail-over between two identical hosts would probably suffice.
> # Complexity only where needed and up the stack. For example we can just have the storage for Jenkins be mirrored at the VM level with fail-over to a backup VM.
--
This message was sent by Atlassian JIRA
(v1000.1092.0#100053)
More information about the Infra
mailing list