Replacement type "Storage" to "Target" if role of server only iSCSI Target Service
Mykola Perehinets
38 Posts
March 17, 2017, 3:37 pmQuote from Mykola Perehinets on March 17, 2017, 3:37 pmHello Colleagues,
Please verify and fix next issue on Dashboard in Manage Node tab (Node List tab) - Column "Type"
Maybe need replacement type "Storage" to "Target" if role server only iSCSI Target Service or set aggregate roles in this cell: "Storage,Target" if you have two roles.
I view wrong type is "Storage" for iSCSI Target Service(standalone and separate server for iSCSI Target) in my cluster.
Thank you understanding.
Hello Colleagues,
Please verify and fix next issue on Dashboard in Manage Node tab (Node List tab) - Column "Type"
Maybe need replacement type "Storage" to "Target" if role server only iSCSI Target Service or set aggregate roles in this cell: "Storage,Target" if you have two roles.
I view wrong type is "Storage" for iSCSI Target Service(standalone and separate server for iSCSI Target) in my cluster.
Thank you understanding.
Last edited on March 18, 2017, 9:35 pm · #1
admin
2,918 Posts
March 17, 2017, 10:10 pmQuote from admin on March 17, 2017, 10:10 pmThere should be distinction between node types and node roles:
In PetaSAN the first 3 nodes are called Management nodes, nodes 4-n are called Storage nodes. This is their type.
Storage nodes can run the Ceph OSD Service and/or iSCSI Target Service. These are the roles they could have.
Management nodes run management services ( Ceph Monitor/Consul Server/PetaSAN Management ) in addition they can also he Ceph OSD Service and/or iSCSI Service.
The main reason we display the node type ( Management/Storage) is to support node deletion: you can delete a Storage node, you cannot delete a Management node. In case a Management node fails, it can be "replaced" by a new one (the third option in the first step of Deployment Wizard)
There should be distinction between node types and node roles:
In PetaSAN the first 3 nodes are called Management nodes, nodes 4-n are called Storage nodes. This is their type.
Storage nodes can run the Ceph OSD Service and/or iSCSI Target Service. These are the roles they could have.
Management nodes run management services ( Ceph Monitor/Consul Server/PetaSAN Management ) in addition they can also he Ceph OSD Service and/or iSCSI Service.
The main reason we display the node type ( Management/Storage) is to support node deletion: you can delete a Storage node, you cannot delete a Management node. In case a Management node fails, it can be "replaced" by a new one (the third option in the first step of Deployment Wizard)
Last edited on March 18, 2017, 8:42 am · #2
Mykola Perehinets
38 Posts
March 18, 2017, 11:53 amQuote from Mykola Perehinets on March 18, 2017, 11:53 amOk. Very nice, but this is don't clear understanding for user(this is vision, your simple vision). User has reading ceph documentation and understanding next model in head:
https://www.susecon.com/doc/2015/sessions/TUT16512.pdf
So, generally in this issue the best option is understanding how cluster works and visualize it for users(understand and see detailed role of node - in your terminology).
Is this principal picture of your solution?
Ok. Very nice, but this is don't clear understanding for user(this is vision, your simple vision). User has reading ceph documentation and understanding next model in head:
https://www.susecon.com/doc/2015/sessions/TUT16512.pdf
So, generally in this issue the best option is understanding how cluster works and visualize it for users(understand and see detailed role of node - in your terminology).
Is this principal picture of your solution?
https://www.google.com.ua/imgres?imgurl=https%3A%2F%2Fwww.suse.com%2Fdocumentation%2Fses-4%2Fsinglehtml%2Fbook_storage_admin%2Fimages%2Flrbd_scheme2.png&imgrefurl=https%3A%2F%2Fwww.suse.com%2Fdocumentation%2Fses-4%2Fsinglehtml%2Fbook_storage_admin%2Fbook_storage_admin.html&docid=1LnFT-f9iip9IM&tbnid=sg45Bu8dp_nC7M%3A&vet=10ahUKEwjf-ta8_t_SAhXhJJoKHcTaDmsQMwg4KBQwFA..i&w=617&h=439&bih=906&biw=1920&q=ceph
Last edited on March 18, 2017, 12:16 pm · #3
admin
2,918 Posts
March 18, 2017, 12:30 pmQuote from admin on March 18, 2017, 12:30 pmHello there ! Yes we are aware of the suse links of course, PetaSAN allows you to build your cluster according to the achitecture in these docs and more, you can separate or combine services per node as you wish, you have all the flexibilty, not to mention that our iSCSI paths are highly available moving from node to node which is not in the suse setup.
I am not sure what you mean by simple vision, do you see a setup in the suse docs we cannot support ? or you mean you do not like our terminology for example suse names iSCSI Gateway node whereas we say a node with an iSCSI Target Service role ?
Hello there ! Yes we are aware of the suse links of course, PetaSAN allows you to build your cluster according to the achitecture in these docs and more, you can separate or combine services per node as you wish, you have all the flexibilty, not to mention that our iSCSI paths are highly available moving from node to node which is not in the suse setup.
I am not sure what you mean by simple vision, do you see a setup in the suse docs we cannot support ? or you mean you do not like our terminology for example suse names iSCSI Gateway node whereas we say a node with an iSCSI Target Service role ?
Last edited on March 18, 2017, 12:33 pm · #4
Mykola Perehinets
38 Posts
March 18, 2017, 1:44 pmQuote from Mykola Perehinets on March 18, 2017, 1:44 pmSorry for miscommunication. I comment only this discrepancies:
I view in Dashboard wrong type(role) is "Storage" for standalone and separate server/node for "iSCSI Target Service" in my cluster. And I speaking about this.
I think, so need replacement type "Storage" to "Target" for make clear vision of node status.
Sorry for miscommunication. I comment only this discrepancies:
I view in Dashboard wrong type(role) is "Storage" for standalone and separate server/node for "iSCSI Target Service" in my cluster. And I speaking about this.
I think, so need replacement type "Storage" to "Target" for make clear vision of node status.
Replacement type "Storage" to "Target" if role of server only iSCSI Target Service
Mykola Perehinets
38 Posts
Quote from Mykola Perehinets on March 17, 2017, 3:37 pmHello Colleagues,
Please verify and fix next issue on Dashboard in Manage Node tab (Node List tab) - Column "Type"
Maybe need replacement type "Storage" to "Target" if role server only iSCSI Target Service or set aggregate roles in this cell: "Storage,Target" if you have two roles.
I view wrong type is "Storage" for iSCSI Target Service(standalone and separate server for iSCSI Target) in my cluster.
Thank you understanding.
Hello Colleagues,
Please verify and fix next issue on Dashboard in Manage Node tab (Node List tab) - Column "Type"
Maybe need replacement type "Storage" to "Target" if role server only iSCSI Target Service or set aggregate roles in this cell: "Storage,Target" if you have two roles.
I view wrong type is "Storage" for iSCSI Target Service(standalone and separate server for iSCSI Target) in my cluster.
Thank you understanding.
admin
2,918 Posts
Quote from admin on March 17, 2017, 10:10 pmThere should be distinction between node types and node roles:
In PetaSAN the first 3 nodes are called Management nodes, nodes 4-n are called Storage nodes. This is their type.
Storage nodes can run the Ceph OSD Service and/or iSCSI Target Service. These are the roles they could have.
Management nodes run management services ( Ceph Monitor/Consul Server/PetaSAN Management ) in addition they can also he Ceph OSD Service and/or iSCSI Service.
The main reason we display the node type ( Management/Storage) is to support node deletion: you can delete a Storage node, you cannot delete a Management node. In case a Management node fails, it can be "replaced" by a new one (the third option in the first step of Deployment Wizard)
There should be distinction between node types and node roles:
In PetaSAN the first 3 nodes are called Management nodes, nodes 4-n are called Storage nodes. This is their type.
Storage nodes can run the Ceph OSD Service and/or iSCSI Target Service. These are the roles they could have.
Management nodes run management services ( Ceph Monitor/Consul Server/PetaSAN Management ) in addition they can also he Ceph OSD Service and/or iSCSI Service.
The main reason we display the node type ( Management/Storage) is to support node deletion: you can delete a Storage node, you cannot delete a Management node. In case a Management node fails, it can be "replaced" by a new one (the third option in the first step of Deployment Wizard)
Mykola Perehinets
38 Posts
Quote from Mykola Perehinets on March 18, 2017, 11:53 amOk. Very nice, but this is don't clear understanding for user(this is vision, your simple vision). User has reading ceph documentation and understanding next model in head:
https://www.susecon.com/doc/2015/sessions/TUT16512.pdf
So, generally in this issue the best option is understanding how cluster works and visualize it for users(understand and see detailed role of node - in your terminology).
Is this principal picture of your solution?
Ok. Very nice, but this is don't clear understanding for user(this is vision, your simple vision). User has reading ceph documentation and understanding next model in head:
https://www.susecon.com/doc/2015/sessions/TUT16512.pdf
So, generally in this issue the best option is understanding how cluster works and visualize it for users(understand and see detailed role of node - in your terminology).
Is this principal picture of your solution?
https://www.google.com.ua/imgres?imgurl=https%3A%2F%2Fwww.suse.com%2Fdocumentation%2Fses-4%2Fsinglehtml%2Fbook_storage_admin%2Fimages%2Flrbd_scheme2.png&imgrefurl=https%3A%2F%2Fwww.suse.com%2Fdocumentation%2Fses-4%2Fsinglehtml%2Fbook_storage_admin%2Fbook_storage_admin.html&docid=1LnFT-f9iip9IM&tbnid=sg45Bu8dp_nC7M%3A&vet=10ahUKEwjf-ta8_t_SAhXhJJoKHcTaDmsQMwg4KBQwFA..i&w=617&h=439&bih=906&biw=1920&q=ceph
admin
2,918 Posts
Quote from admin on March 18, 2017, 12:30 pmHello there ! Yes we are aware of the suse links of course, PetaSAN allows you to build your cluster according to the achitecture in these docs and more, you can separate or combine services per node as you wish, you have all the flexibilty, not to mention that our iSCSI paths are highly available moving from node to node which is not in the suse setup.
I am not sure what you mean by simple vision, do you see a setup in the suse docs we cannot support ? or you mean you do not like our terminology for example suse names iSCSI Gateway node whereas we say a node with an iSCSI Target Service role ?
Hello there ! Yes we are aware of the suse links of course, PetaSAN allows you to build your cluster according to the achitecture in these docs and more, you can separate or combine services per node as you wish, you have all the flexibilty, not to mention that our iSCSI paths are highly available moving from node to node which is not in the suse setup.
I am not sure what you mean by simple vision, do you see a setup in the suse docs we cannot support ? or you mean you do not like our terminology for example suse names iSCSI Gateway node whereas we say a node with an iSCSI Target Service role ?
Mykola Perehinets
38 Posts
Quote from Mykola Perehinets on March 18, 2017, 1:44 pmSorry for miscommunication. I comment only this discrepancies:
I view in Dashboard wrong type(role) is "Storage" for standalone and separate server/node for "iSCSI Target Service" in my cluster. And I speaking about this.
I think, so need replacement type "Storage" to "Target" for make clear vision of node status.
Sorry for miscommunication. I comment only this discrepancies:
I view in Dashboard wrong type(role) is "Storage" for standalone and separate server/node for "iSCSI Target Service" in my cluster. And I speaking about this.
I think, so need replacement type "Storage" to "Target" for make clear vision of node status.