dbarrosop
commented
6 years ago Example 1
So I think this is a bit of a special case where instead of a connection plugin we should use something like a singleton. This has the disadvantage you can only manage one single ESX instance but it'd be simple to implement and use:
class ESX(object):
connection = None
@classmethod
def connect(cls, hostname, username, ....)
self.connection = connect_to_esx(hostname, username....)
@classmethod
def create_vm(cls, task, ...):
self.connection.create_vm(task.host.name)
@classmethod
def destroy_vm(cls, task, ...):
self.connection.destroy_vm(task.host.name)From a user perspective this would be used as:
ESX.connect(...)
nr.run(task=ESX.create_vm)
def my_grouped_task(task):
task.run(task=ESX.create_vm, ...)
nr.run(task=my_grouped_task)an alternative would be to have that to be a proper class in which case things would work similar:
my_esx = ESX().connect(...)
nr.run(task=my_esx.create_vm)
# the exception is when using grouped_tasks
def my_grouped_task(task, my_esx):
task.run(task=my_esx.create_vm, ...)
my_esx = ESX().connect(...)
nr.run(task=my_grouped_task, my_esx=my_esx)Does this make sense?
Example 2
You can already do that, ish. So basically the http_method will accept any parameter that requests accept, meaning you can do something like:
nr.run(task=http_method, url="blah", headers=my_headers)
nr.run(task=http_method, url="bleh", headers=my_headers)
nr.run(task=http_method, url="blih", headers=my_headers)Example 3
I think that's a non-existent problem. Either run the code in the jumpserver or fix your local ssh setup. According to paramiko's documentation ssh_config should work on windows:
ktbyers
dmfigol
renato-alves-barros
Here is the problem that bothers me and I don't know how it fits into Nornir and if we can do something to support this.
Example 1: ESXI. You have connection params to vCenter (ip, username, password) and list of VMs with their nics, vlans, etc. If you are using python and pyvmomi (plugin to work with esxi), you would create a connection to ESXI, then using this object, you would perform actions on your vms. And the end, if you want to guarantee for task completion, there is
wait_for_tasksroutine to be used on the connection How would you describe the inventory? Ideologically, I would have vcenter as one host and then every VM as a separate host too, so that I can benefit from threading, but I need a single connection object!Example 2: requests.Session. Sometimes you need to use requests.Session to set cookies for subsequent calls, set common headers, etc. Again, shared connection, though we don't need an actual connection plugin, so potentially we can pass session object to an existing task plugin
Example 3: netmiko with intermediate SSH proxy (from slack). Yesterday, there was the following conversation: a netmiko user needed to use an intermediate server as SSH proxy, while the original script is run on Window and
ssh_configfile would not work. Kirk proposed a solution with manual connection to the server, then doing another ssh connection from there and doing redispatch. How would inventory look like in this case? You have a jumpbox as a host and network devices as other hosts, for every network device, you would need to connect to the jumpbox, do some magic and then have that connection available for the host.Thoughts?