User Tools

Site Tools


cloud:naq

This is an old revision of the document!


NAQ (Never Asked Questions)

Q: What are all of the services enabled?

  • cinder
  • cinder-backup
  • cyborg
  • heat
  • barbican
  • mistral
  • ironic (we *do* support baremetal instances!)
  • octavia
  • sahara
  • manila
  • ganesha
  • ceph (that is, ceph-as-a-service. Your instances can access OSD directly, if you need)
  • MDS/CephFS
  • Swift Object Store
  • Designate
  • DVR/HA
  • Full Blown OVN, as you desire (No OpenDaylight is available)
  • nova
  • placement (standalone)
  • Skydive (request for access)
  • glance
  • gnocchi
  • zun
  • senlin
  • ceilometer

Q: What are the cloud services that are provided by those named above?

A: Roughly speaking:

  • Block Storage (e.g. EBS)
  • Block Backup Service
  • Hardware Acceleration (e.g. GPU)
  • Declarative Cloud Automation (e.g. cloudformation)
  • Secrets Storage Manager
  • Workflow Service
  • Hardware-as-a-service (non-virtualized)
  • Load Balancing (nginx/haproxy-as-a-service)
  • Data Processing (Hadoop/Spark/Storm) Service
  • Software-defined NFS Service
  • Object Storage (S3-compatible)
  • Name Service (DNS)
  • Virtual Routing and Virtual Networking
  • General Compute virtualization (x86_64 focused)
  • Real-time Network Analysis (restricted access)
  • Image Storage Service
  • Metrics Collection Service
  • Container Runtime Service (recommended)
  • Cluster Management Service
  • Metering and Monitoring Service

Q: What about containers (docker)? A: Container Docs

Q: I don't understand how to get started using it. A: See "Getting and Using Access" in the Introduction .

Q: Access methods? A:

Q: My servers are in ERROR state

A: If the servers had been running previously, this is bad and may not be recoverable (!!). Talk to us ASAP about anything that you know. We'll troubleshoot. The upside is that the servers might be gone but the volumes and anything else associated with them (ports, etc) can be attached to entirely new servers, as is often done in clouds.

Q: How fast is it?

A: We believe it to be good enough for instructional use (compare with research/HPC use). There is some evidence that it can sustain 100MB/s random writes through to the backend.

Q: Is my data safe?

A: The system is stable under known/ordinary/default setups. Virtual machine data is fully redundant and replicated 3x across a cluster.

Q: How does the SSH key injection work?

A: Cloud-init. You won't be able to do this unless you are using a "cloud-ready" operating system

Q: What operating systems are supported?

A: We are prepared to run any workload if you are willing to put in requisite work also. We know it to be compatible with all major Unixes and Windows. Building an image is required before an instance can be launched and this is usually done with image building tools. See Image Tools .

Q: What about limitations?

A: The following quotas are set on your account and projects, only for the safety of the cloud. We will lift these easily if you need it (values are unspecified here, as yet, sorry):

  • gigabytes
  • volumes
  • secgroups
  • secgroup-rules
  • server-groups
  • ram
  • instances
  • fixed-ips
  • server-group-members
  • cores
  • per-volume-gigabytes
  • backup-gigabytes
  • snapshots
  • volumes
  • backups
  • subnetpools
  • ports
  • subnets
  • networks
  • floating-ips
  • routers

Q: What do I need to bring to use this software?

A: The following are requirements for consuming Compute Resources:

  • CNetID Authentication and affiliation to the Computer Science Department
  • Possession of SSH Key and knowledge of how to use it

Everything else depends on what you will do with the resources that are available. The introduction will guide you through managing your own cloud resources.

/var/lib/dokuwiki/data/attic/cloud/naq.1589485045.txt.gz · Last modified: 2020/05/14 14:37 by chudler

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki