Welcome to yEd Q&A!
Here you can ask questions and receive answers from other members of the community and yEd developers. And you can tell us your most wanted feature requests.


Group C member of discreet groups A and B

+1 vote

I have two discreet groups. "A" and "B".

In each group I have two different types of objects.

I would like to create a third group "C" which contains objects from both Groups "A" and "B".

In my case, I am documenting an AWS infrastructure with two Availibility Zones. I have created a group for each AZ and I now wish to show that glusterfs servers from each zone are clustered into a single logical unit spanning both AZs. The application servers in each AZ are stand alone and should not be part of this new group.

Suggestions on how to do this or how to work arround limitations are appreciated.




BTW - Great application. I use it in preference to Visio.
in Help by
Hi Matthew,

Agreed on the Visio comparison.

We've run into similar issues with clusters and security groups that span subnets/availability zones. In the end we decided on the following approach to keep auto-lay-out alive and commonly requires manual changes to insatnce lay-outs to capture the right set of instances in the AZ/ASG/SG/etc (the semi-transparent node alternative does not survive an auto-lay-out):

> We merge subnets and AZs as a single group, like web-az-1 and web-az-2 and web-az-1/2 for clusters
> Then we place single instances in web-az-1 and web-az-2, with an auto-scaling group encompassing both subnets and security groups encompassing auto-scaling groups
> Clusters we could depict the same way, but usually we depict those in the combined az subnet group like emr-az-1/2 as most clusters do not have an ELB to pint to each instance in each AZ. Without an ELB the split across two subnet/AZ groups will force edges to the cluster to be duplicated.

We then repeat the subnet/AZ group over and over again as necessary. I.e. multiple copies of the group within our diagram signifying the one single subnet/AZ combination in AWS.

You can of course choose any of the other groupings as your "redundant" version, but for us Subnet-AZ is the most stable one and the one with the least number of variations, thus the easiest to keep sane with redundancy.

Not ideal, but it keeps auto-formatting alive, which is why we use yEd in the first place.

Just started working towards extracting our AWS set-up using Python with boto3 and XLSXWriter to get it into yEd in a more automated manner. First goal VPC with Security Groups with their rules broken out as individual edges. Would love to know if you have anything going already. And we've been building out our palletes, maybe we can share? We're still trying to figure out how to best palletize groups (guess we'll have to start reading the manual soon :))

1 Answer

+1 vote
It is not possible to group objects in the desired way in yEd.

You can try the approach demonstrated in "Help" -> "Example Graphs" -> "Visual Features" -> "venn_diagram_ps3.graphmlz". This diagram uses overlapping, semi-transparent nodes to simulate an "belongs to several groups" effect.
by [yWorks] (147k points)
Legal Disclosure | Privacy Policy