Instances cloneable? #60

Closed
opened 2021-06-13 11:04:20 +00:00 by timowevel1 · 6 comments
timowevel1 commented 2021-06-13 11:04:20 +00:00 (Migrated from github.com)

Hey,

again I need your advice. Is it possible to clone the Videobridge/Jibri instances? So when I setup a videobridge using the script, is it possible to clone this server to attach another one?

Thank you.
Timo

Hey, again I need your advice. Is it possible to clone the Videobridge/Jibri instances? So when I setup a videobridge using the script, is it possible to clone this server to attach another one? Thank you. Timo
Ark74 commented 2021-06-14 01:48:15 +00:00 (Migrated from github.com)

Well not really.
Every additional node is configured to connect to a specific JMS.
You will need to change the connection details manually and the instance ID, for each one, or just run the script and let it do what it does.

Also since you need an unique ID even if for speed sake you clone the instance, you might want to check if the /etc/machine-id gets cloned too, that will remove the ability to use that as the jibri/jvb instance id.

Well not really. Every additional node is configured to connect to a specific JMS. You will need to change the connection details manually and the instance ID, for each one, or just run the script and let it do what it does. Also since you need an unique ID even if for speed sake you clone the instance, you might want to check if the /etc/machine-id gets cloned too, that will remove the ability to use that as the jibri/jvb instance id.
timowevel1 commented 2021-06-15 09:23:23 +00:00 (Migrated from github.com)

Just had to change the muc-nickname each, works perfect

Just had to change the muc-nickname each, works perfect
Ark74 commented 2021-06-15 13:19:39 +00:00 (Migrated from github.com)

Oh, then it was not to connect to another (JMS) server, but the same server.

Yes this will be the case, for the same JMS only change the nickname, that is done when running the the add-jibri-script.sh

Soon improved to be simple on scaling.
Glad to know it worked for you.

Oh, then it was not to connect to another (JMS) server, but the same server. Yes this will be the case, for the same JMS only change the nickname, that is done when running the the add-jibri-script.sh Soon improved to be simple on scaling. Glad to know it worked for you.
timowevel1 commented 2021-06-15 17:40:46 +00:00 (Migrated from github.com)

Yes, I just cloned the whole instance and let a script change the nickname.

Yes, I just cloned the whole instance and let a script change the nickname.
Ark74 commented 2021-06-17 15:51:53 +00:00 (Migrated from github.com)

On the last update, we removed the incremental naming in favor of machine id.

So it's simpler to use the same script, when we first wrote it made sense to do it incremental, now days we believe it has no real use and complicate things beyond use, I think this will help to implement autoscalling.

On the last update, we removed the incremental naming in favor of machine id. So it's simpler to use the same script, when we first wrote it made sense to do it incremental, now days we believe it has no real use and complicate things beyond use, I think this will help to implement autoscalling.
timowevel1 commented 2021-06-19 13:31:12 +00:00 (Migrated from github.com)

I see your effort, thanks. But not suitable for aws. When the script is ran, you have to confirm the connection to the server with SSH, so it cannot run automatically. So I will continue with the script I made, setting the muc-nickname to a random string on machine bootup.

Thank you!

I see your effort, thanks. But not suitable for aws. When the script is ran, you have to confirm the connection to the server with SSH, so it cannot run automatically. So I will continue with the script I made, setting the muc-nickname to a random string on machine bootup. Thank you!
Sign in to join this conversation.
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: switnet/quick-jibri-installer#60
No description provided.