Saltar al contenido principal

Documentation Index

Fetch the complete documentation index at: https://support.lumafield.com/llms.txt

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

​
Descripción general

El entorno de nube de Lumafield utiliza un modelo basado en el uso para que su equipo pueda analizar y analizar tanto como necesite mientras se mantiene dentro de límites claros. Usted verá presupuestos simples para la capacidad de almacenamiento medido en terabytes (TB) y una asignación anual Token para acciones de alta intensidad. Cuando alcanzas un límite de almacenamiento, Voyager mueve automáticamente proyectos entre fichas para mantenerte dentro de tu plan. Si excedes tu asignación anual de fichas, no se tomará ninguna acción, pero ajustaremos tu plan a la renovación. Si su organización está en el plan Pro o Enterprise, el uso UI es visible para todos en su espacio de trabajo. Los planes de Legacy no muestran estos controles.
Este artículo se aplica tanto a las implementaciones estándar Cloud y GovCloud de la Plataforma Lumafield.

​
Conceptos clave

Almacenamiento activo (TB): Los proyectos activos son proyectos 3D con un escaneo CT completo y una Reconstrucción donde se pueden crear nuevos análisis y datos. Cuando se completa un escaneo, el proyecto resultante está activo y permite crear nuevos datos mediante Recipes y herramientas de Voyager. Almacenamiento inactivo (TB): Proyectos que han sido migrados automáticamente fuera del nivel activo para optimizar la capacidad cuando se supera el presupuesto de TB activo. Los proyectos inactivos siguen disponibles para su visualización y uso compartido, pero las operaciones de escritura están deshabilitadas hasta que se devuelvan al nivel activo. Volver a activo puede tardar algún tiempo. Proyectos de solo lectura: Un proyecto de solo lectura es un proyecto 3D con un escaneo CT completo y una Reconstrucción en el que ya no se pueden crear nuevos análisis y datos. El conjunto completo de Análisis, Objetos de datos, Mallas, Marcadores, etc. resultantes permanecen disponibles para su inspección y uso compartido. Tokens (por año): Su asignación anual para acciones de cómputo intensivo. Los Tokens se reinician cada año en el aniversario de su contrato. Token reset date: Típicamente la fecha de inicio de su contrato; Tokens refresca anualmente en esta fecha. Proyectos fijados: Proyectos activos que se mantienen explícitamente en el nivel activo. Los proyectos fijados permanecen activos y están excluidos de la migración automática a Inactivo o Solo lectura mientras están fijados. Use fijadores para evitar que el trabajo crítico se archive automáticamente.

​
Dónde se muestra el uso

  • Barra superior en Voyager: Todos los miembros (Editores, Visores, Gestores) ven el uso actual contra su TB Activo, TB Inactivo y presupuestos Token.
  • Administrador dashboard: Los gerentes ven el uso detallado, los límites y la fecha de restablecimiento Token para su organización.

​
Cómo funciona la migración de proyectos

Cuando su organización está en Pro o Enterprise:
  1. Activo → Inactivo: Los proyectos migrarán automáticamente de Active a Inactive cuando exceda su presupuesto de TB Activo. La migración ocurre en orden “menos-recientemente accesible”.
  2. Inactivo → Read‐Only: Esto es controlado por el movimiento automático Read‐Only Migración. Si está habilitado y su presupuesto de TB Inactivo es excedido, los proyectos migrarán de Inactive a Read‐Only en un orden de mínimo acceso.
Notas:
  • Read-Only conserva todos los ROIs, marcadores y análisis que se han realizado en ese proyecto. El proyecto sigue siendo totalmente visible y factible en la Voyager, pero no se admite un nuevo análisis.
  • Si apagas el toggle de migración de Read‐Only, los proyectos no pasarán de Inactive a Read‐Only automáticamente. Los proyectos pueden pasar de Activo a Inactivo cuando se exceda TB Activo.

​
Tokens

Las fichas representan su subsidio anual para las acciones de gran intensidad por parte de su organización. Ejemplos incluyen análisis más amplios como reconstrucción o operaciones a granel. Su fecha anual de asignación y reajuste Token son visibles para los administradores en Voyager. Cuando llegue a su asignación anual Token, comuníquese con su Gerente de Éxito al Cliente para discutir opciones o esperar la renovación hasta discutir.

​
Mejores prácticas para almacenamiento en la nube

  • Talla su Active TB presupuesto para el subconjunto de proyectos que su equipo edita activamente. Muchos equipos planean el trabajo actual + exámenes a corto plazo.
  • Use Inactive TB para los proyectos que desea de fácil acceso pero ya no edita todos los días. Los proyectos activos se migran automáticamente a Inactive sobre una base de acceso menos reciente cuando se supera el presupuesto de almacenamiento activo.
  • Habilitar Migración Automática Única de lectura para mantener el uso bajo control si su acumulación crece.
  • Si usted tiene picos estacionales, considere aumentar los presupuestos o programar las migraciones antes de los grandes empujes.

​
Ejemplo de escenario

Su organización tiene:
  • TB activo: 10 TB
  • TB inactiva: 20 TB
  • Migración sólo lectura automática: Activado
Si actualmente tiene 11 TB de proyectos activos, Voyager se moverá automáticamente alrededor de 1 TB (menos-recientemente accesible) de Active a Inactive. Si su nivel de inactividad crece más allá de 20 TB, Voyager se moverá proyectos menos exitosos de Inactive a Read‐Only.

​
Glosario

  • Activo (TB): Plantilla del proyecto. Los editores pueden crear nuevos análisis y datos.
  • Inactive (TB): El nivel de acceso retrasado. Optimizado para la capacidad; la recuperación puede ser más lenta.
  • Read‐Only: estado de proyecto de View‐only.
  • Tokens (por año): Prestación anual para acciones de gran intensidad. Reinicia el aniversario del contrato.
  • Token reset date: La fecha que tu asignación Token refresca (comienzo de contrato por lo general).
  • Sucede por lo menos: La orden Voyager utiliza para elegir proyectos para la migración entre los niveles.

​
Preguntas frecuentes

  • ¿Qué pasa si apagamos la migración?
    • Los proyectos no pasarán de Inactive a Read‐Only automáticamente. Los proyectos todavía pueden pasar de Activo a Inactivo cuando se exceda TB Activo.
  • ¿Se pueden editar proyectos sólo en la nube?
    • Si hay necesidad de esto, Lumafield puede intentar restaurar proyectos solo en los environamientos en la nube por cierto tiempo. Hable con su administrador de organización o equipo de éxito del cliente acerca de restaurar el acceso a escritura.
  • ¿Qué consume exactamente Tokens?
    • Las fichas se utilizan para acciones de alta intensidad. Las características específicas dependen de su contrato y las características habilitadas. Los administradores pueden monitorear el uso en Voyager y contactar con Lumafield para obtener detalles. Las reconstrucciones, especialmente con muchas correcciones o con volúmenes más grandes son el consumidor principal.