Documentation Index

Fetch the complete documentation index at: https://kb.ctera.com/llms.txt

Use this file to discover all available pages before exploring further.

Sizing

  • 6 minute(s) read
Prev Next

To decide which platform or platforms will host the solution and the size of the solutions requires the following:

  • The number of sites. For example how many branch offices will be included in the solution.
  • The number of users that will want access to the data, both globally and per site.
  • The physical size of the existng data.
  • The number of shares and the number of files.
  • The physical size of the data at the edge.

CTERA provides a sizing tool that can be used to determine some of the deployment requirements, based on the above information. You can also deploy a CTERA Edge Filer to run a discovery of the shares in the legacy file system that you will want to migrate.

When designing the CTERA environment, consider the following size limitations:

  • 10 billion files per portal.
  • 250 million files (or 250TB) per portal cloud folder.
  • 250 million files (or 250TB) per portal folder group.

If you are going to exceed these values, consider deploying more than one portal cluster.

Deciding On the Platform to Host the Deployment

The CTERA Portal and CTERA Edge Filers can be deployed in a cloud environment, AWS or Azure, or in an on-premises environment: ESXi, Hyper-V, KVM, Proxmox, and others.

A hybrid deployment is also possible.

Deploying an Edge Filer for Legacy Filesystem Discovery

Use CTERA Migrate to run a discovery job on the legacy file server to survey the current file server to discover which shares to migrate. The survey includes the current shares, their size, number of files, when modified, etc.

Video: Deploying an Edge Filer for Legacy Filesystem Discovery

Deploying the Edge Filer

To run a discovery job you need to install an edge filer. The edge filer does not need to be licensed and does not need a data disk.

Note

The following installation is for ESXi but you can also install the edge filer in AWS or Azure using their marketplace or on other platforms, such as Proxmox. Refer to the relevant platform documentation.

To install the CTERA Edge Filer using the vSphere Client:

  1. In the vSphere Client, create a virtual machine by deploying the OVA file received from CTERA support as an OVF template.
  2. In the wizard, browse to the CTERA Edge Filer ova file and select it.
  3. Click NEXT.
  4. Continue through the wizard leaving the default values unless required:
    • The compute resource.
    • The storage to run the CTERA Edge Filer.
    • The destination network that the CTERA Edge Filer will use.
  5. Review the configuration details and click FINISH.
    The CTERA Edge Filer is created.
  6. Power on the virtual machine.
    Using DHCP, after a few seconds, the IP address to access the CTERA Edge Filer is displayed in the vSphere Client.
  7. Open any web browser.
  8. Enter the CTERA Edge Filer's IP address to navigate to the device.
    Note

    The URL to enter must be https and not http. That is, https://edge_filer_ip_address and not http://edge_filer_ip_address

    Your browser displays the Welcome to CTERA Edge Filer page.
    Image
  9. Enter migration for the user name and CTERAis#1 for the password fields.
  10. Click Create Account.
    The following message window is displayed.
    Image
  11. Click Cancel to close the wizard.
    The edge filer Main > Dashboard is displayed.
    Ignore the warnings and alerts.

Running the Legacy Filesystem Discovery

To run the discovery job:

  1. In the edge filer Dashboard page click Filer Server Migration.
    The File Server Migration Dashboard page is displayed.
    image.png
  2. Click + to create a new job.
    The Create Discovery Job wizard is displayed showing the Task Type step.
    Image
    The default job is a Discovery job. This job analyzes the file server that is being replaced to identify what data should be migrated.
  3. Click Next.
    The Connect step is displayed.
    Image
  4. Select the server type to connect to from the drop-down box:
    • Other
    • Azure StorSimple
    • HCP Gateway
    • Hitachi Data Ingestor
    • Isilon OneFS
    • Microsoft Azure Files
    • Nasuni Edge Appliance
    • NetApp ONTAP
    • NetAPP StorageGRID 11 (SMB)
    • NetAPP StorageGRID 9 (SMB)
    • Panzura Freedom Filer
    • Windows Server
      If the legacy file server is not in the list, select Other.
  5. Select the SMB protocol to use for the discovery.
  6. Enter the IP address or DNS name for the source file server.
  7. Enter an administrator user name and password to access the server.
    Notes

    The administrator used must have access to the files to migrate.

    For Microsoft Azure Files, the shares cannot be presented and have to be added manually. Expert Mode is automatically selected to enable specifying the shares in the next step. The Source value is the IP address of the storage account, the Username value is the name of the storage account and the Password value is the access key for the storage account and not for the file share.

  8. Click Next.
    The Select Shares step is displayed.
    Image
    The shares on the file server are displayed, and you can select the shares that you want to migrate.
    Note

    When Expert Mode is selected, the following window is displayed where you enter the shares to migrate.
    Image

  9. Select the shares to discover and click Next.
    Image
  10. Optionally, provide a different name for the job and any specific notes about the job.
  11. Click Create.

The discovery job runs and the results are displayed in the Dashboard.

The Dashboard After a Discovery Run

After analyzing the file server, the job completes and you get a report as well as a full analysis of each share in the filer server that you selected.
Image
Log files and discovery file lists generated by the migration are compressed if they are greater than 100MB.

Click the image.png icon to display the discovery report.

The Discovery Report

Clicking the image.png icon displays the discovery report:
Image

At the top of the report, the sum of the information for the migrated shares is displayed.

The first pane in the discovery report shows the list of shares with details of each share:

  • The number of folders in the selected shares.
  • The number of files in the selected shares.
  • The size of the selected shares.
  • The status of the migration for the selected shares.

The second pane in the discovery report has tabs showing the following:

  • Files – A pie chart with the sizes of the files in the selected shares.
  • Last Access – A bar chart showing when the files in the selected shares were last accessed.
    Image
  • Last Modified – A bar chart showing when the files in the selected shares were last modified.
    Image
  • File Types – The list of the file types in the selected shares.
    Image

You can display this information either By Count, for example, the number of each file type, or By Size, for example, the size of each file type.
Image

Optionally, click the image.png icon to download the discovery report as a .csv file.
Image

Note

Because there is no data disk, the breakdown of each share and any errot logs are not available. If you want a breakdown of the files in each share, you must have a data disk defined for the edge filer.

With a data disk, when Log Every File (Verbose Logging) is checked, optionally for each share, click the image.png icon to download the discovery report for that share as a .csv file.
Image

Any errors in the discovery job are written to a separate log, under /errorlog. Each share with an error has a separate log file. Clicking the image.png icon downloads the log file as a .csv file.

Click Details, or Image in the File Server Migration dashboard, to display the list of every time this job was run and rerun with the results of each run.
Image

Copyright © CTERA Networks Ltd. All Rights Reserved