WilliamLam.com

  • About
    • About
    • Privacy
  • VMware Cloud Foundation
  • VKS
  • Homelab
    • Resources
    • Nested Virtualization
  • VMware Nostalgia
  • Apple
You are here: Home / Automation / Automated deployment and setup of vRealize Network Insight (vRNI)

Automated deployment and setup of vRealize Network Insight (vRNI)

12.20.2016 by William Lam // 8 Comments

Earlier last week I had deployed the latest version of vRealize Network Insight (vRNI) 3.2 in my home lab to learn more about the product and its capabilities. The vRNI setup involves involves deploying two Virtual Machines, the first being the main vRNI Platform OVA. Once the vRNI Platform VM has been deployed, you will need to activate it with a license key and then generate a shared secret which is then used to deploy the vRNI Proxy OVA. Using the share secret, the vRNI Platform VM will be able to automatically detect when the vRNI Proxy VM is on the network and associate it with the deployment.

The workflow is pretty straight forward but as many of you know me, if I need to manually do something once, it means I should probably automate it for the future 🙂 I had looked around the documentation and did not see any published APIs for the initial setup and configuration. Although a CLI exists, it was only available post-deployment and it required SSH which I did not want to have to rely upon. I ended up reverse engineering the UI to replicate the workflow from an automation standpoint. I created a small PowerCLI script called vRNI-Deploy.ps1 and below are the instructions on using the script.

Step 0 - Obtain a vRNI License Key, which is required to setup vRNI. You may need to work with your VMware Account team or contact VMware Sales to get an evaluation license key.

Step 1 - Download both the vRNI 3.2 Platform and Proxy OVA from here.

Step 2 - Download the vRNI-Deploy.ps1 script to a system that has the latest release of PowerCLI 6.5 R1 installed.

Step 3 - Edit the following sections of the script which you can find more details below:

The full path to both the vRNI Platform and Proxy OVAs:

$vRNIPlatformOVA
$vRNIProxyOVA

The vRNI License Key:

$vRNILicenseKey

The configuration of the vRNI Platform VM:

$vRNIPlatformVMName
$vRNIPlatformIPAddress
$vRNIPlatformNetmask
$vRNIPlatformGateway

The configuration of the vRNI Proxy VM:

$vRNIProxyVMName
$vRNIProxyIPAddress
$vRNIProxyNetmask
$vRNIProxyGateway

General deployment configuration for both VMs:

$DeploymentSize
$DNS
$DNSDomain
$NTPServer
$VMCluster
$VMDatastore
$VMNetwork

Note: The medium (smallest) deployment requires at least 42GB of memory (32GB reserved for Platform VM and 10GB reserved for the Proxy VM). Please ensure you have sufficient resources before deploying into your environment.

Once you have saved all your changes, you just need to connect to your vCenter Server environment by using the Connect-VIServer cmdlet before running the script. Below is a screenshot of what you should see.


In my lab environment, it took about 15 minutes for the entire deployment. Once completed, you can now login to your vRNI instance by opening a browser to the Hostname/IP Address of your vRNI Platform VM as directed in the script output. You will login using the default credentials of admin@local/admin.


Once logged in, you can start adding in data sources like a vCenter Server or NSX Manager for vRNI to start processing. Please refer to the official vRNI documentation for more details. Happy vRNI'ing, as you can see my environment, it is already churning away 🙂

More from my site

  • Quick Tip - Retrieving vSAN File Share Network Permissions using vSAN API & PowerCLI
  • Quick Tip - Using PowerCLI to query VMware Tools Configuration at scale 
  • Managing vSAN internet connectivity configuration using the vSAN API
  • Quick Tip - Retrieving NSX segment information from vCenter Server
  • PowerCLI automation for VMware Private AI Foundation with NVIDIA (PAIF-N)

Categories // Automation, PowerCLI Tags // PowerCLI, vRealize Network Insight, vRNI

Comments

  1. *protectedSANKARA NARAYANAN M says

    01/08/2017 at 11:19 pm

    Thanks for the script. I am using linux powercli core on ubuntu. While importing the vRNI platform ova am getting the below error. Can you please help me this?

    PS /home/admin> $vRNIPlatformVM = Import-VApp -OvfConfiguration $vRNIPlatformOVFConfig -Source $vRNIPlatformOVA -Name $vRNIPlatformVMName -VMHost $vmhost[0] -Datastore $datastore -DiskStorageFormat thin -Location $location -Force
    Import-VApp : 1/8/17 11:12:01 PM Import-VApp Cannot write more bytes to the buffer than the configured
    maximum buffer size: 2147483647.
    At line:1 char:19
    + ... latformVM = Import-VApp -OvfConfiguration $vRNIPlatformOVFConfig -Sou ...
    + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo : NotSpecified: (:) [Import-VApp], ViError
    + FullyQualifiedErrorId : Client20_NfcLease_RunNfcTask_Error,VMware.VimAutomation.ViCore.Cmdlets.Command
    s.ImportVApp

    Reply
    • William Lam says

      01/09/2017 at 8:28 am

      There might be a bug w/PowerCLI core and buffer size. The script was tested/validated using Windows PowerCLI. I've made the PM aware of this thread so he can have a look

      Reply
      • *protectedSANKARA NARAYANAN M says

        01/09/2017 at 10:08 am

        Thanks William Lam

        Reply
        • *protectedPV says

          04/07/2017 at 1:42 pm

          Were you able to fix it? I am also seeing the same error.

          Reply
          • *protectedNir Levy says

            10/17/2017 at 7:09 am

            Happened to me too.
            "Import-VApp Cannot write more bytes to the buffer than the configured maximum buffer size: 2147483647."

            using UBUNTU 16.04.

  2. *protectedBrandon Lovelace says

    03/01/2017 at 5:08 pm

    This was a great work around for the fact my vCenter 6.5 won't deploy OVAs, and yes I know it's not officialy supported on vCenter 6.5 That said I found some problems having to do with Distributed Port groups and multi cluster DCs. Here's the changes I did in case you want to update this.

    This got me around multiple clusters in a DC
    $vmhost = Get-VMHost -Location $VMCluster

    This is how you properly look up a DV port group. I just commented out the other line for this, but you could make it smarter with some work.
    $network = Get-VDPortGroup -Name $VMNetwork

    Also had issues with the Import-VApp command but adding [0] to $vmhost seemed to resolve this for both the Platform and Proxy.

    Thanks!

    Reply
  3. *protectedErik Bussink says

    03/05/2017 at 2:57 pm

    For vRealize Network Insight 3.3.0 we need to change the script

    $vRNIPlatformOVFConfig.NetworkMapping.Vlan256_corp_2.Value = $VMNetwork
    becomes
    $vRNIPlatformOVFConfig.NetworkMapping.vlan_1014.Value = $VMNetwork

    $vRNIProxyOVFConfig.NetworkMapping.Vlan256_corp_2.Value = $VMNetwork
    becomes
    $vRNIProxyOVFConfig.NetworkMapping.vlan_1014.Value = $VMNetwork

    Reply
  4. *protectednandeesh says

    01/31/2018 at 3:48 am

    Hi .

    I am getting this error

    Import-VApp : 1/31/2018 8:39:04 AM Import-VApp Error while uploading
    virtual disks. (InternalServerError: IO error)
    At D:\BACKUP\NSX_BACKUP\vRNI-Deploy.ps1:85 char:19
    + $vRNIPlatformVM = Import-VApp -OvfConfiguration $vRNIPlatformOVFConfig
    -Source $ ...
    + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    ~~~
    + CategoryInfo : InvalidData: (:) [Import-VApp], ViError
    + FullyQualifiedErrorId : ViCore_VappServiceImpl_ImportVApp_DiskUploadErro
    r,VMware.VimAutomation.ViCore.Cmdlets.Commands.ImportVApp

    Reply

Leave a Reply to SANKARA NARAYANAN MCancel reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Search

Thank Author

Author

William is Distinguished Platform Engineering Architect in the VMware Cloud Foundation (VCF) Division at Broadcom. His primary focus is helping customers and partners build, run and operate a modern Private Cloud using the VMware Cloud Foundation (VCF) platform.

Connect

  • Bluesky
  • Email
  • GitHub
  • LinkedIn
  • Mastodon
  • Reddit
  • RSS
  • Twitter
  • Vimeo

Recent

  • Programmatically accessing the Broadcom Compatibility Guide (BCG) 05/06/2025
  • Quick Tip - Validating Broadcom Download Token  05/01/2025
  • Supported chipsets for the USB Network Native Driver for ESXi Fling 04/23/2025
  • vCenter Identity Federation with Authelia 04/16/2025
  • vCenter Server Identity Federation with Kanidm 04/10/2025

Advertisment

Privacy & Cookies: This site uses cookies. By continuing to use this website, you agree to their use.
To find out more, including how to control cookies, see here: Cookie Policy

Copyright WilliamLam.com © 2025

 

Loading Comments...